Re: check_strxfrm_bug()

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: check_strxfrm_bug()
Дата
Msg-id CA+hUKG+t_CHPzEoPnKyARJBJgE9-GxNajJo6ZuSfRK_KWFO+6w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: check_strxfrm_bug()  (Thomas Munro <thomas.munro@gmail.com>)
Ответы Re: check_strxfrm_bug()  (Peter Eisentraut <peter@eisentraut.org>)
Список pgsql-hackers
On Sun, Jul 9, 2023 at 6:35 PM Thomas Munro <thomas.munro@gmail.com> wrote:
> On Sun, Jul 9, 2023 at 6:20 PM Peter Eisentraut <peter@eisentraut.org> wrote:
> > So I don't think this code is correct.  AFAICT, there is nothing right
> > now that can possibly define HAVE_MBSTOWCS_L on Windows/MSVC.  Was that
> > the intention?
>
> Yes, that was my intention.  Windows actually doesn't have them.

Thinking about that some more...  Its _XXX implementations don't deal
with UTF-8 the way Unix-based developers would expect, and are
therefore just portability hazards, aren't they?  What would we gain
by restoring the advertisement that they are available?  Perhaps we
should go the other way completely and remove the relevant #defines
from win32_port.h, and fully confine knowledge of them to pg_locale.c?
 It knows how to deal with that.  Here is a patch trying this idea
out, with as slightly longer explanation.

Вложения

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

Предыдущее
От: "Hayato Kuroda (Fujitsu)"
Дата:
Сообщение: RE: [PATCH] Reuse Workers and Replication Slots during Logical Replication
Следующее
От: Andrey Lepikhov
Дата:
Сообщение: Re: POC, WIP: OR-clause support for indexes