From: | Bo Thorbjørn Jensen <bo(at)budget123(dot)dk> |
---|---|
To: | Craig Ringer <ringerc(at)ringerc(dot)id(dot)au> |
Cc: | "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #6246: character encoding for 64 bit |
Date: | 2011-10-12 07:52:43 |
Message-ID: | B90F43DE7B038343B629A71E107CADB749D4CDFF25@EXMBXCLUS01.exchangeserver.dk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
> 12. oktober 2011 04:17
> Emne: Re: [BUGS] BUG #6246: character encoding for 64 bit
>
> On 10/10/2011 04:20 PM, Bo wrote:
> > The following bug has been logged online:
> >
> > Bug reference: 6246
> > Logged by: Bo
> > Email address: bo(at)budget123(dot)dk
> > PostgreSQL version: 9.1
> > Operating system: Windows server 2008
> > Description: character encoding for 64 bit
> > Details:
> >
> > I have just installed postgresql-9.1.1 on a windows server 2008 64
> > (from binary postgresql-9.1.1-1-windows-x64) One database is in latin1
> > encoding and when connecting to it with psql i get an error:
>
> What's the output of the psql command:
>
> \l+
>
> ?
>
> What does "SHOW client_encoding;" report for the working and non-working
> tests?
>
> Can you connect to the problem database "demo_" from PgAdmin III? Is it
> only psql on the Windows command line that's a problem?
>
> What's your default codepage for your windows commandline, when you
> change nothing?
>
> --
> Craig Ringer
>
> --
> Sent via pgsql-bugs mailing list (pgsql-bugs(at)postgresql(dot)org) To make
> changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-bugs
Hi
Heres some info (and hopefully some answers)
Firstly i removed 9.1.1 and installed 9.0.5. Now it seems to work.. mostly (lugging latin1 dbs around is still no picknick)..
But just logging into the postgres db now gives me this:
**
D:\PostgreSQL\9.0\bin>psql.exe -U postgres -d postgres
Password for user postgres:
psql (9.0.5)
WARNING: Console code page (850) differs from Windows code page (1252)
8-bit characters might not work correctly. See psql reference
page "Notes for Windows users" for details.
Type "help" for help.
postgres=#
**
Standard commanline codepage is 850, previous bit is with 850 as well.
"psql -l" returns a rather long list, heres part of it:
**
demo_ | demos | LATIN1 | C |C |
.....
postgres | postgres | UTF8 | C |C |
**
Client encodings:
**
D:\PostgreSQL\9.0\bin>psql.exe -U postgres -d postgres -c "show client_encoding"
Password for user postgres:
client_encoding
-----------------
UTF8
(1 row)
D:\PostgreSQL\9.0\bin>psql.exe -U postgres -d demo_ -c "show client_encoding"
Password for user postgres:
client_encoding
-----------------
LATIN1
(1 row)
**
And lastly, yes i could connect with pgadmin without problems.
Remember these examples comes from another version, but i hope its not entirely useless.
I would like to add that although solved, the command line psql is showing some quirks in the same enviroment (windows server 2008 R2 Standard). If i run scripts with psql -f it chokes on BOM discriptors in utf8 files. If i convert the files to windows 1252 it works fine..
like this (update is first word in first line, file contains no non-acsii characters):
**
psql:page_spelling.sql:1: ERROR: syntax error at or near "update"
**
Again, i hope its usefull.
Regards
Bo Thorbjørn Jensen
From | Date | Subject | |
---|---|---|---|
Next Message | Martin Pitt | 2011-10-12 07:53:14 | *.sql contrib files contain unresolvable MODULE_PATHNAME |
Previous Message | Craig Ringer | 2011-10-12 07:32:45 | Re: BUG #6247: Freeswitch will crash after 2-3 days within odbc connection |