Re: Determining client_encoding from client locale
От | Jaime Casanova |
---|---|
Тема | Re: Determining client_encoding from client locale |
Дата | |
Msg-id | 3073cc9b0907242341o65b1422cqc8316d4a6406ddf9@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Determining client_encoding from client locale (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Determining client_encoding from client locale
Re: Determining client_encoding from client locale |
Список | pgsql-hackers |
On Fri, Jul 24, 2009 at 2:23 AM, Magnus Hagander<magnus@hagander.net> wrote: >> >> 1) it introduces a dependency for -lpgport when compiling a client >> that uses libpq >> http://archives.postgresql.org/pgsql-hackers/2009-07/msg01511.php > > For other parts of libpgport that are needed, we pull in the > individual source files. We specifically *don't* link libpq with > libpgport, for a reason. There's a comment in the Makefile that > explains why. > ok, attached a version that modifies src/interfaces/libpq/Makefile to push chklocale.o and eliminate the dependency on libpgport, this change also fixes the compile problem on windows still, i'm not sure this patch is doing anything useful... i initialized a cluster with utf8 and my system is using utf8 but when executing my test script with client_encoding=auto it gets SQL_ASCII postgres@casanova1:~/pg_releases/pgtests$ locale LANG=es_EC.UTF-8 LC_CTYPE="es_EC.UTF-8" LC_NUMERIC="es_EC.UTF-8" LC_TIME="es_EC.UTF-8" LC_COLLATE="es_EC.UTF-8" LC_MONETARY="es_EC.UTF-8" LC_MESSAGES="es_EC.UTF-8" LC_PAPER="es_EC.UTF-8" LC_NAME="es_EC.UTF-8" LC_ADDRESS="es_EC.UTF-8" LC_TELEPHONE="es_EC.UTF-8" LC_MEASUREMENT="es_EC.UTF-8" LC_IDENTIFICATION="es_EC.UTF-8" LC_ALL= postgres@casanova1:~/pg_releases/pgtests$ ./test-libpq 'dbname=postgres port=54329 client_encoding=auto' client_encoding: SQL_ASCII and when executing the same script compiled in windows i get an error, it doesn't recognize the client_encoding option... $ ./test-libpq.exe "dbname=postgres user=postgres host=192.168.204.101 port=54329 client_encoding=latin1" Connection to database failed: invalid connection option "client_encoding" -- Atentamente, Jaime Casanova Soporte y capacitación de PostgreSQL Asesoría y desarrollo de sistemas Guayaquil - Ecuador Cel. +59387171157
Вложения
В списке pgsql-hackers по дате отправления: