]> granicus.if.org Git - postgresql/commit
Work around a subtle portability problem in use of printf %s format.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 8 May 2010 16:39:53 +0000 (16:39 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 8 May 2010 16:39:53 +0000 (16:39 +0000)
commit54cd4f04576833abc394e131288bf3dd7dcf4806
tree0772e1bedbca8466701b6a116e065e7a00959ebd
parent71a185a24d573dc1449777ff9fa8f3020af6f13c
Work around a subtle portability problem in use of printf %s format.
Depending on which spec you read, field widths and precisions in %s may be
counted either in bytes or characters.  Our code was assuming bytes, which
is wrong at least for glibc's implementation, and in any case libc might
have a different idea of the prevailing encoding than we do.  Hence, for
portable results we must avoid using anything more complex than just "%s"
unless the string to be printed is known to be all-ASCII.

This patch fixes the cases I could find, including the psql formatting
failure reported by Hernan Gonzalez.  In HEAD only, I also added comments
to some places where it appears safe to continue using "%.*s".
src/backend/lib/stringinfo.c
src/backend/parser/scansup.c
src/backend/tsearch/wparser_def.c
src/backend/utils/adt/datetime.c
src/backend/utils/error/elog.c
src/bin/psql/command.c
src/bin/psql/help.c
src/bin/psql/print.c
src/interfaces/ecpg/ecpglib/error.c
src/interfaces/ecpg/pgtypeslib/dt_common.c
src/interfaces/libpq/fe-misc.c