Re: BUG #5801: characters not encoded properly for column names
От | Robert Haas |
---|---|
Тема | Re: BUG #5801: characters not encoded properly for column names |
Дата | |
Msg-id | AANLkTinHcFEEcixUi0PhU6jG+2Zm4__v8z0wgfSeTCO4@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #5801: characters not encoded properly for column names (Marc Cousin <cousinmarc@gmail.com>) |
Ответы |
Re: BUG #5801: characters not encoded properly for column names
|
Список | pgsql-bugs |
On Tue, Dec 28, 2010 at 4:01 AM, Marc Cousin <cousinmarc@gmail.com> wrote: > 2010/12/27 Robert Haas <robertmhaas@gmail.com>: >> On Thu, Dec 23, 2010 at 5:18 AM, Marc Cousin <cousinmarc@gmail.com> wrot= e: >>> With the Windows server : >>> test=3D# SET client_encoding TO 'win1252'; >>> SET >> >> I have a vague recollection that the argument to SET client_encoding >> isn't validated on Windows, and if you enter a value that it doesn't >> like it simply silently doesn't work. =A0Am I wrong? =A0What happens if >> you do: >> >> SET client_encoding TO >> 'some_really_long_string_that_is_almost_certainly_not_a_valid_encoding'; > > Here it is=85 > > postgres=3D# SET client_encoding TO 'foo'; > ERROR: =A0invalid value for parameter "client_encoding": "foo" > > (It does the same with your really long string by the way :) ) > > Seems validated to me ? Hrm, OK. Well, you just used up my one guess. :-( --=20 Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-bugs по дате отправления: