]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Improve our response to invalid format strings, and detect more cases.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 6 Dec 2018 20:08:44 +0000 (15:08 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 6 Dec 2018 20:08:44 +0000 (15:08 -0500)
commita40ee75c1e2c16802d9d1b5473d9dcea20263653
tree10e6b990e7f0fae52c5c7186b8f467b2e1789236
parentca69719509c70e3e9ab098e941ac461314bf1384
Improve our response to invalid format strings, and detect more cases.

Places that are testing for *printf failure ought to include the format
string in their error reports, since bad-format-string is one of the
more likely causes of such failure.  This both makes it easier to find
and repair the mistake, and provides at least some useful info to the
user who stumbles across such a problem.

Also, tighten snprintf.c to report EINVAL for an invalid flag or
final character in a format %-spec (including the case where the
%-spec is missing a final character altogether).  This seems like
better project policy, and it also allows removing an instruction
or two from the hot code path.

Back-patch the error reporting change in pvsnprintf, since it should be
harmless and may be helpful; but not the snprintf.c change.

Per discussion of bug #15511 from Ertuğrul Kahveci, which reported an
invalid translated format string.  These changes don't fix that error,
but they should improve matters next time we make such a mistake.

Discussion: https://postgr.es/m/15511-1d8b6a0bc874112f@postgresql.org
src/common/psprintf.c