Re: [HACKERS] fatal copy in/out error (6.5.3) - Mailing list pgsql-hackers

From Michael Robinson
Subject Re: [HACKERS] fatal copy in/out error (6.5.3)
Date
Msg-id 200001250304.LAA39308@netrinsics.com
Whole thread Raw
In response to Re: [HACKERS] fatal copy in/out error (6.5.3)  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Responses Re: [HACKERS] fatal copy in/out error (6.5.3)
List pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
>No. some EUC's (EUC_TW and EUC_JP) has three-byte or even four-byte
>codes.  But you said your database has been configured as EUC_CN. As
>far as I know, it only uses 1 or 2 byte-code. Another thing I am
>confused is that ' \217\210' is not a valid EUC_CN data at all. \217
>(0x8f) specifies code set 3 which does not exist in EUC_CN.  In this
>case, it is assumed that the multi-byte word to be consisted of 3-byte
>code in the current implementation of PostgreSQL.

It could be that one of our users had their input method set to produce
EUC_TW or Big5.

>In short, the problem you have is caused by:
>1) wrong data submitted into the table

Kind of hard to control that when data is submitted by random users on
the Internet.

>I would recommend you delete the data since it's not correct anyway.
>In the mean time I'm going to fix 2) so that it assumes data be
>consisted of 2 bytes even if wrong data sequence is submitted
>(needless to say, except ascii).
>Do you want the backpatch for 6.5.3?

Very much so.  Thank you.
-Michael



pgsql-hackers by date:

Previous
From: Mike Mascari
Date:
Subject: Re: [HACKERS] DISTINCT ON: speak now or forever hold your peace
Next
From: Philip Warner
Date:
Subject: Re: [HACKERS] DISTINCT ON: speak now or forever hold your peace