Install a more robust solution for the problem of infinite error-processing
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 27 Oct 2008 19:37:56 +0000 (19:37 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 27 Oct 2008 19:37:56 +0000 (19:37 +0000)
commit27b3dc0f9e4b33f8cb3eaf61e5242a4139d9eb2f
tree971cf6f9d39a76251fb65c97bf0cdf28f3629f85
parent7b4cf0a097ca1e9439a5881b2cdd6a8f7f9d8f5b
Install a more robust solution for the problem of infinite error-processing
recursion when we are unable to convert a localized error message to the
client's encoding.  We've been over this ground before, but as reported by
Ibrar Ahmed, it still didn't work in the case of conversion failures for
the conversion-failure message itself :-(.  Fix by installing a "circuit
breaker" that disables attempts to localize this message once we get into
recursion trouble.

Patch all supported branches, because it is in fact broken in all of them;
though I had to add some missing translations to the older branches in
order to expose the failure in the particular test case I was using.
doc/src/sgml/sources.sgml
src/backend/nls.mk
src/backend/utils/error/elog.c
src/backend/utils/mb/wchar.c
src/include/utils/elog.h