Tatsuo Ishii wrote:
I have looked into my Linux box and found this in /usr/share/i18n/charmaps/BIG5.gz:
% Chinese charmap for BIG5 (CP950)
% version: 0.92
% Contact: Tung-Han Hsieh [EMAIL PROTECTED]
% Yuan-Chung Cheng [EMAIL PROTECTED]
% Distribution and use is free, even
Tatsuo Ishii wrote:
I reported bug #943 (I found in 7.3.2) and you checked in some change against
integer overflow.
Now I upgraded to 7.3.3 and I'm not happy with this.
The exact error as I described is fixed, but I found new errors in conversion
UTF-8 - EUC_TW and BIG5:
Tatsuo Ishii wrote:
Hello,
I reported bug #943 (I found in 7.3.2) and you checked in some change against
integer overflow.
Now I upgraded to 7.3.3 and I'm not happy with this.
The exact error as I described is fixed, but I found new errors in conversion
UTF-8 - EUC_TW and BIG5:
I reported bug #943 (I found in 7.3.2) and you checked in some change against
integer overflow.
Now I upgraded to 7.3.3 and I'm not happy with this.
The exact error as I described is fixed, but I found new errors in conversion
UTF-8 - EUC_TW and BIG5:
Copy to table (DB has
Copy to table (DB has UTF-8 encoding) from file:
for PGCLIENTENCODING=BIG5:
WARNING: copy: line 1, LocalToUtf: could not convert (0xf9d6) BIG5 to UTF-8.
Ignored
WARNING: copy: line 2, LocalToUtf: could not convert (0xf9d7) BIG5 to UTF-8.
Ignored
WARNING: copy: line 3,
Copy to table (DB has UTF-8 encoding) from file:
for PGCLIENTENCODING=BIG5:
WARNING: copy: line 1, LocalToUtf: could not convert (0xf9d6) BIG5 to UTF-8.
Ignored
WARNING: copy: line 2, LocalToUtf: could not convert (0xf9d7) BIG5 to UTF-8.
Ignored
WARNING: copy: line
Hello,
I reported bug #943 (I found in 7.3.2) and you checked in some change against
integer overflow.
Now I upgraded to 7.3.3 and I'm not happy with this.
The exact error as I described is fixed, but I found new errors in conversion UTF-8
- EUC_TW and BIG5:
Copy to table (DB has UTF-8
Hello,
I reported bug #943 (I found in 7.3.2) and you checked in some change against integer
overflow.
Now I upgraded to 7.3.3 and I'm not happy with this.
The exact error as I described is fixed, but I found new errors in conversion UTF-8
- EUC_TW and BIG5:
Copy to table (DB has UTF-8