Re: invalid multibyte character for locale

Mais est-ce que le problème ne viendrait pas du côté du terminal ? Je ne
sais pas exactement ce que le code 'C' signifie et permet de faire. Mais
pourrais-tu essayer de lancer un psql dans un environnement Latin-1 en
faisant "export LANG=fr_FR" suivi de "bash", puis ta commande psql de
connexion. Ainsi, psql sait clairement que ce que tu lui donnes est de
l'ISO-8859-1 et il devrait les conversions nécessaires pour que les
accents soient reconnus convenablement.
Je sais que j'ai déjà rencontré des problèmes de ce type lorsque je ne
précisais pas la langue de l'environnement...

On Fri, Mar 04, 2005 at 11:08:11AM +0100, Stéphane Bunel wrote:
> Frédéric Turpin a écrit :
> >Stéphane Bunel wrote:
> (...)
> >>>>Le même requête en version 7.4 ne donne pas d'erreur. Je précise que
> >>>>l'encodage des données coté serveur est de type UNICODE (UTF-8).
> (...)
>
> >Les lc sont-ils les memes dans les fichiers postgresql.conf de 7.4 et
> >8.0 ? :
> >
> >$ psql la_base -c 'show all' | grep 'lc'
> >ou
> >$ grep lc postgresql.conf
>
> Merci, voici le resultat :
>
> PG7.4 :
> lc_collate | C
> lc_ctype | C
> lc_messages | unset
> lc_monetary | C
> lc_numeric | C
> lc_time | C
>
> PG8 :
> lc_collate | C
> lc_ctype | C
> lc_messages | C
> lc_monetary | C
> lc_numeric | C
> lc_time | C
>
> La seule différence (lc_messages) n'a pas d'implication d'après la
> documentation. Les variables pouvant jouées sont lc_collate et lc_ctype
> qui dans ce cas sont identiques. Le problème semble s'enfoncer de plus
> en plus dans les méandres de PG lui-même, je n'ose pas encore dire BUG.

--
Fabien Grumelard