| From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
|---|---|
| To: | zakkr(at)zf(dot)jcu(dot)cz |
| Cc: | pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-hackers(at)postgreSQL(dot)org, pgsql-patches(at)postgreSQL(dot)org |
| Subject: | Re: [PATCHES] CURRENT CVS: MULTIBYTE: CANT CONNECT.... |
| Date: | 2001-09-10 08:35:36 |
| Message-ID: | 20010910173536T.t-ishii@sra.co.jp |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers pgsql-patches |
> > Don't worry about that. Before anything user could do, postgres's
> > start up procedure sets the appropreate encoding to ClientEncoding
> > variable.
>
> Larry's backend knows method how call conversion routines, without
> set ClientEncoding:-) IMHO with my patch is always sure that backend
> never crash for this.
Looks like you are trying to protect yourself from the internal logic
bugs that should be found by Asserts or carefull debugging IMHO.
--
Tatsuo Ishii
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Serg Matskov | 2001-09-10 08:58:38 | Trouble in SELECT query |
| Previous Message | Karel Zak | 2001-09-10 07:13:00 | Re: [PATCHES] CURRENT CVS: MULTIBYTE: CANT CONNECT.... |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Henshall, Stuart - WCP | 2001-09-10 12:09:15 | Re: Abort state on duplicated PKey in transactions |
| Previous Message | Tatsuo Ishii | 2001-09-10 07:59:51 | pg_result -list |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Karel Zak | 2001-09-10 12:48:46 | Re: [HACKERS] to_char and Roman Numeral (RN) bug |
| Previous Message | Karel Zak | 2001-09-10 07:13:00 | Re: [PATCHES] CURRENT CVS: MULTIBYTE: CANT CONNECT.... |