From: | Fernando Schapachnik <fschapachnik(at)vianetworks(dot)com(dot)ar> |
---|---|
To: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: TCL and encoding |
Date: | 2001-07-11 13:06:37 |
Message-ID: | 20010711100637.A2573@ns1.via-net-works.net.ar |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
En un mensaje anterior, Tatsuo Ishii escribió:
> > Sorry... I mean non-ASCII chars doesn't look good on PgAccess plus
> > they are stored as 'garbage' (really two characters).
>
> For Japanese, an UNICODE database and TCL 8.3 combo works well. What
> kind of charset (encoding) are you using? Can I have your data
> (produced by pg_dump) so that I could reproduce your problem?
>
> Please tell me the database encoding.
The database prueba (spanish for test) is UNICODE:
prueba=> \l
List of databases
Database | Owner | Encoding
-------------+-------+-----------
prueba | pgsql | UNICODE
template0 | pgsql | SQL_ASCII
prueba=> select * from prueba;
nombre
----------
áéÃó
áéÑ
aeiá
áéÃó
áé
á
áéíñ
(7 rows)
Second, fifth and seventh row (the ones that are OK) where generated
either using TCL 8.0 or psql. The others are from PgAccess and TCL
8.3
I will send you the dump off-list.
Thanks!
Fernando P. Schapachnik
Planificación de red y tecnología
VIA NET.WORKS ARGENTINA S.A.
fschapachnik(at)vianetworks(dot)com(dot)ar
Tel.: (54-11) 4323-3381
From | Date | Subject | |
---|---|---|---|
Next Message | Tony Grant | 2001-07-11 13:06:57 | JDBC and stored procedures |
Previous Message | Martijn van Oosterhout | 2001-07-11 12:57:39 | Re: 2 gig file size limit |