From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
Cc: | mha(at)sollentuna(dot)net, pgsql-hackers-win32(at)postgresql(dot)org |
Subject: | Re: UNICODE/utf-8 on win32 |
Date: | 2005-01-01 00:10:12 |
Message-ID: | 20050101.091012.121292292.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers-win32 |
Sorry, but I don't subscribe to pgsql-hackers-win32 list. What's the
problem here?
--
Tatsuo Ishii
> "Magnus Hagander" <mha(at)sollentuna(dot)net> writes:
> > We know it's broken and won't be fixed for 8.0.
>
> > If we just #ifndef WIN32 the definitions in utils/mb/encnames.c it won't
> > be possible to select that encoding, right? Will that have any other
> > unwanted effects (such as breaking client encodings)? If not, I suggest
> > this is done.
>
> I believe the subscripts in those arrays have to match the encoding
> enum type, so you can't just ifdef out individual entries.
>
> > (Or perhaps something can be done in pg_valid_server_encoding?)
>
> Making the valid_server_encoding function reject it might work.
> Tatsuo-san would know for sure.
>
> Should we also reject it as a client encoding, or does that work OK?
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2005-01-01 13:48:04 | Re: UNICODE/utf-8 on win32 |
Previous Message | Roland Volkmann | 2004-12-31 20:26:43 | Re: UNICODE/utf-8 on win32 |