Re: BUG #5801: characters not encoded properly for column names

From: Marc Cousin <cousinmarc(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5801: characters not encoded properly for column names
Date: 2011-01-03 14:04:20
Message-ID: 201101031504.21112.cousinmarc@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The Tuesday 28 December 2010 12:49:20, Robert Haas wrote :
> On Tue, Dec 28, 2010 at 4:01 AM, Marc Cousin <cousinmarc(at)gmail(dot)com> wrote:
> > 2010/12/27 Robert Haas <robertmhaas(at)gmail(dot)com>:
> >> On Thu, Dec 23, 2010 at 5:18 AM, Marc Cousin <cousinmarc(at)gmail(dot)com>
wrote:
> >>> With the Windows server :
> >>> test=# 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. Am I wrong? What happens if
> >> you do:
> >>
> >> SET client_encoding TO
> >> 'some_really_long_string_that_is_almost_certainly_not_a_valid_encoding';
> >
> > Here it is…
> >
> > postgres=# SET client_encoding TO 'foo';
> > ERROR: invalid 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. :-(

Sorry about that. Anyone else wanting to take a guess ? :)

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Jaime Casanova 2011-01-03 18:43:07 Re: BUG #5811: Installation error
Previous Message Carlos 2011-01-02 21:54:55 BUG #5811: Installation error