Re: [despammed] Re: Encoding-Unterschiede 7.4.x <-> 8.0.x?

From: Andreas Kretschmer <akretschmer(at)despammed(dot)com>
To: pgsql-de-allgemein(at)postgresql(dot)org
Cc: Andreas Kretschmer <akretschmer(at)despammed(dot)com>, seltenreich(at)gmx(dot)de
Subject: Re: [despammed] Re: Encoding-Unterschiede 7.4.x <-> 8.0.x?
Date: 2005-06-16 17:41:33
Message-ID: 20050616174133.GA9042@webserv.wug-glas.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

am 16.06.2005, um 19:30:19 +0200 mailte Andreas Seltenreich folgendes:
> Andreas Kretschmer schrob:
>
> > in einer TCL/TK - Anwendung mit PG 7.4.x mußte ich eingegebene Strings
> > mit convert($var,'UNICODE','LATIN1') im INSERT-Befehl anpassen, unter
>
> Hmm, mir ist nicht ganz klar wieso du dieses convert() eigentlich
> verwendest. Wenn das client_encoding korrekt gesetzt ist, konvertiert
> postgres doch automatisch für dich zwischen Server- und
> Client-Encoding, oder?

Das hatte ich gehofft, aber unter 7.4.x klappte das nicht. Daher
convert() bei INSERTs.

> Btw: Tcl hat ebenfalls sehr umfangreiche I18n (man 3tcl encoding).

Ja, mag sein. Ich bekam halt unter 7.4.x geschrottete Umlaute bei
INSERTs von Strings. Daher habe ich mit convert() gearbeitet, was eine
gute & schnelle Lösung war. Das ganze ist nicht allzu groß, das habe ich
recht schnell im vi geregelt. Erstaunt war ich halt, und wollt wissen,
ob das 'normal' ist bzw. vielleicht hat ja 7.4.x da ein Bug gehabt, der
gefixt wurde oder so...

Andreas
--
Andreas Kretschmer (Kontakt: siehe Header)
Heynitz: 035242/47212, D1: 0160/7141639
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
=== Schollglas Unternehmensgruppe ===

In response to

Responses

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Andreas Seltenreich 2005-06-16 20:16:30 Re: [despammed] Re: Encoding-Unterschiede 7.4.x <-> 8.0.x?
Previous Message Andreas Seltenreich 2005-06-16 17:30:19 Re: Encoding-Unterschiede 7.4.x <-> 8.0.x?