Re: BUG #5801: characters not encoded properly for column names - Mailing list pgsql-bugs

From Robert Haas
Subject Re: BUG #5801: characters not encoded properly for column names
Date
Msg-id AANLkTinHcFEEcixUi0PhU6jG+2Zm4__v8z0wgfSeTCO4@mail.gmail.com
Whole thread Raw
In response to Re: BUG #5801: characters not encoded properly for column names  (Marc Cousin <cousinmarc@gmail.com>)
Responses Re: BUG #5801: characters not encoded properly for column names  (Marc Cousin <cousinmarc@gmail.com>)
List 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 by date:

Previous
From: Marc Cousin
Date:
Subject: Re: BUG #5801: characters not encoded properly for column names
Next
From: "Mario Ohnewald"
Date:
Subject: BUG #5802: configure script does not check for perl devel files