Re: psql \l error
От
Peter Eisentraut
Тема
Re: psql \l error
Дата
Msg-id
Pine.GSO.4.02A.10005021025010.13753-100000@Iller.DoCS.UU.SE
Ответ на
Re: psql \l error (Tom Lane)
Список
Дерево обсуждения
Re: psql \l error Hiroshi Inoue <Inoue@tpf.co.jp>
Re: psql \l error Bruce Momjian <pgman@candle.pha.pa.us>
RE: psql \l error "Hiroshi Inoue" <Inoue@tpf.co.jp>
Re: psql \l error SAKAIDA Masaaki <sakaida@psn.co.jp>
RE: psql \l error "Hiroshi Inoue" <Inoue@tpf.co.jp>
Re: psql \l error Tom Lane <tgl@sss.pgh.pa.us>
RE: psql \l error "Hiroshi Inoue" <Inoue@tpf.co.jp>
Re: psql \l error Tom Lane <tgl@sss.pgh.pa.us>
RE: psql \l error "Hiroshi Inoue" <Inoue@tpf.co.jp>
RE: psql \l error Peter Eisentraut <peter_e@gmx.net>
Re: psql \l error SAKAIDA Masaaki <sakaida@psn.co.jp>
On Tue, 2 May 2000, Tom Lane wrote: > Seems like it might be a good idea if the non-MULTIBYTE stub versions of > pg_encoding_to_char() and friends were to return default values (eg, > "SQL_ASCII") instead of erroring out. A MULTIBYTE version of psql > really ought to be able to work with a non-MULTIBYTE server. I've asked Tatsuo about this a long while ago but he didn't think it was worth it. > I think there are some other small incompatibilities between 7.0 psql > and pre-7.0 servers anyway, so eliminating this one by dumbing down \l > is probably not the way to proceed. The oidvector thing is essentially a show stopper for this. -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden
В списке pgsql-hackers по дате отправления
