Re: A bug with pgsql 7.1/jdbc and non-ascii (8-bit) chars?

From: Barry Lind <barry(at)xythos(dot)com>
To: Tony Grant <tony(at)animaproductions(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-jdbc(at)postgresql(dot)org
Subject: Re: A bug with pgsql 7.1/jdbc and non-ascii (8-bit) chars?
Date: 2001-05-04 18:46:55
Message-ID: 3AF2F91F.909@xythos.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-jdbc

Tony Grant wrote:

> On 04 May 2001 11:40:48 -0400, Tom Lane wrote:
>
>> But a non-MULTIBYTE backend doesn't even have the concept of "setting
>> the encoding" --- it will always just report SQL_ASCII.
>
>
> What kind of error message does "createdb -E LATIN1" give on a non
> MULTIBYTE backend?
>
> Maybe there needs to be a note somewhere informing people from Europe
> that they too need MULTIBYTE as an option at compile time. i.e. In a
> bright yellow box in the HTML docs...
>
> And in the Reference manual and man pages the -E option for createdb
> needs a note to specify that it applies to MULTIBYTE backends only.
>
> Cheers
>
> Tony Grant
>
The errors you get are:
from createdb-

$ createdb -E LATIN1 testdb
/usr/local/pgsql/bin/createdb: /usr/local/pgsql/bin/pg_encoding: No such
file or directory
createdb: "LATIN1" is not a valid encoding name

and from psql-

template1=# create database testdb with encoding = 'LATIN1';
ERROR: Multi-byte support is not enabled

thanks,
--Barry

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-05-04 18:49:34 Re: Packaging 7.1.1
Previous Message Bruce Momjian 2001-05-04 18:33:24 Re: New Linux xfs/reiser file systems

Browse pgsql-jdbc by date

  From Date Subject
Next Message Marko Kreen 2001-05-04 18:56:04 Re: Bug-report (was: JDBC driver in pgsql 7.1 build problem)
Previous Message Ned Wolpert 2001-05-04 18:10:25 Re: Bug-report (was: JDBC driver in pgsql 7.1 build problem)