Re: TCL and encoding

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

In response to

Browse pgsql-general by date

  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