Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
Дата
Msg-id 201105251813.p4PIDDl07098@momjian.us
обсуждение исходный текст
Ответ на Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
Список 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@momjian.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@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Proposal: Another attempt at vacuum improvements
Следующее
От: Marco Nenciarini
Дата:
Сообщение: Minor issues with docs