| 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: | Whole Thread | Raw Message | 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 |