Has this been fixed already?
---------------------------------------------------------------------------
Qingqing Zhou wrote:
>
> My theory is "select;" incurs a parse error and this error message is
> supposed to be translated into your encoding, but unfortunately not every
> UTF8 character is necessarily be encoded as GB18030, which will cause an
> infinite recursive elogs just like this:
>
> 1:elog(parse_error) // contain unencodable characters
> 2: elog(report_not_translatable) // contain unencodable characters
> again
> 3: elog(report_report_not_translatable)
> 4: elog(report_report_report_not_translatable)
> 5: ...
>
> and corrupt the elog stack.
>
> To fix this, we could just print a "Unsupport encoding" message which is
> just a plain ascii character string and stop the recursion at step 3.
>
> Regards,
> Qingqing
>
> "Ñîçß" <yayooo@gmail.com> writes
> > template1=# select version();
> > PostgreSQL 8.0.3 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC)
> > 3.4.2 (mingw-special)
> > template1=# create database test1 encoding 'unicode';
> > test1=# \encoding
> > UNICODE
> > test1=# \encoding gb18030
> > test1=# \encoding
> > GB18030
> > test1=# select;
> ...
> > ±ÈÖÂÃü´íÎó»¹¹ý·ÖµÄ´íÎó: ERRORDATA_STACK_SIZE exceeded
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend
>
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
