Re: Inconsistent results with libc sorting on Windows

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: Inconsistent results with libc sorting on Windows
Дата
Msg-id CA+hUKGJX4xeCy53qSyCF2zMUXJu5smFB9FORus8JqQhMkC=1Gw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Inconsistent results with libc sorting on Windows  (Juan José Santamaría Flecha <juanjo.santamaria@gmail.com>)
Ответы Re: Inconsistent results with libc sorting on Windows  (Juan José Santamaría Flecha <juanjo.santamaria@gmail.com>)
Список pgsql-hackers
On Wed, Jun 14, 2023 at 10:50 PM Juan José Santamaría Flecha
<juanjo.santamaria@gmail.com> wrote:
> Yes, I think the situation is quite similar to what you describe, with its WIN32 peculiarities. Take for example the
attachedprogram, it'll output: 
>
> s1 = s2
> s2 = s3
> s1 > s3
> c1 > c2
> c2 > c3
> c1 > c3
>
> As you can see the test for CompareStringEx() is broken, but we get a sane answer with LCMapStringEx().

Given that the documented behaviour is that ".. the sort key produces
the same order as when the source string is used in CompareString or
CompareStringEx"[1], this seems like a reportable bug, unless perhaps
your test program is hiding an error with that default case you have.

[1] https://learn.microsoft.com/en-us/windows/win32/intl/handling-sorting-in-your-applications



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

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: [17] collation provider "builtin"
Следующее
От: Tom Dunstan
Дата:
Сообщение: Re: Do we want a hashset type?