client libpq multibyte support - Mailing list pgsql-hackers

From SAKAIDA Masaaki
Subject client libpq multibyte support
Date
Msg-id 391235592F8.F654SAKAIDA@smtp.psn.ne.jp
Whole thread Raw
Responses Re: client libpq multibyte support  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Hi,
   A client application using libpq made by non-MULTIBYTE 
can not talk to server made by MULTIBYTE.

(Example)
------------------------------------------------------------A_server(non-MULTIBYTE)
B_server(--enable-multibyte=EUC_JP)         |                     |        --+----------+----------+-- network
          |                C_server(non-MULTIBYTE)
 
By using the C_server's psql(+non-MULTIBYTE-libpq),prompt> psql -h B_serveradmin=# set client_encoding='SJIS';SET
VARIABLEadmin=#\dt   List of relations  Name     | Type  | Owner
 
------------+-------+-------SJIS_KANJI | table | admin
(1 row)
admin=# select * from SJIS_KANJI ;\: extra argument ';' ignored\: extra argument ';' ignoredInvalid command \. Try \?
forhelp.        
 
(Here, "SJIS_KANJI" is SJIS multibyte code.)
-----------------------------------------------------------
 Is this a specification ?
 I hope that a client 7.0-libpq and an application always be 
made by "configure --enable-multibyte" even if MULTIBYTE isn't 
necessary for backend. If so, the above problem will be solved.

--
Regard,
SAKAIDA Masaaki -- Osaka, Japan


pgsql-hackers by date:

Previous
From: W-A-S-P@tscudfht.gov
Date:
Subject: ``..Advice For New Immigrants...
Next
From: Mike Mascari
Date:
Subject: Re: ``..Advice For New Immigrants...