Re: BUG #15858: could not stat file - over 4GB

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #15858: could not stat file - over 4GB
Дата
Msg-id 3100396.1602515618@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #15858: could not stat file - over 4GB  (Juan José Santamaría Flecha <juanjo.santamaria@gmail.com>)
Ответы Re: BUG #15858: could not stat file - over 4GB  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
=?UTF-8?Q?Juan_Jos=C3=A9_Santamar=C3=ADa_Flecha?= <juanjo.santamaria@gmail.com> writes:
> On Mon, Oct 12, 2020 at 5:27 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Michael Paquier <michael@paquier.xyz> writes:
>>> Why are we forcing errno=ENOENT here?  Wouldn't it be correct to use
>>> _dosmaperr(GetLastError()) to get the correct errno?

>> Fair question.  Juan, was there some good reason not to look at
>> GetLastError() in this step?

> Uhm, a good question indeed, forcing errno serves no purpose there.

OK, changed.

            regards, tom lane



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

Предыдущее
От: "Shinoda, Noriyoshi (PN Japan A&PS Delivery)"
Дата:
Сообщение: RE: Resetting spilled txn statistics in pg_stat_replication
Следующее
От: Tom Lane
Дата:
Сообщение: Bizarre coding in recovery target GUC management