| 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: | Whole Thread | Raw Message | 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 ? :)
| 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 |