From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tim Uckun <timuckun(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. |
Date: | 2011-05-25 18:13:13 |
Message-ID: | 201105251813.p4PIDDl07098@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Alvaro Herrera wrote:
> Excerpts from Robert Haas's message of mi may 25 13:33:41 -0400 2011:
> > On Wed, May 25, 2011 at 1:22 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>
> > > I can easily remove dashes before the compare if people like that idea
> > > --- I think you could argue that a dash is not significant, unless "ab-c"
> > > and "a-bc" are different locales.
> >
> > I think the more we mush that string around, the more chance we have
> > of breaking something. What's wrong with insisting that people set
> > the value to the same thing? Like, really the same?
>
> No objection here to that idea.
I thought the problem was that they upgraded the OS and now the encoding
names changed, though they behaved the same. Is that now what is
happening? Can they supply the values with different cases?
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-05-25 18:55:13 | Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. |
Previous Message | Alvaro Herrera | 2011-05-25 17:45:35 | Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. |
From | Date | Subject | |
---|---|---|---|
Next Message | Vaibhav Kaushal | 2011-05-25 18:15:12 | Re: Expression Evaluator used for creating the plan tree / stmt ? |
Previous Message | Robert Haas | 2011-05-25 18:09:26 | Re: Proposal: Another attempt at vacuum improvements |