Re: checking return value from unlink in write_relcache_init_file

Поиск
Список
Период
Сортировка
От Zhihong Yu
Тема Re: checking return value from unlink in write_relcache_init_file
Дата
Msg-id CALNJ-vQWn=dmBiB+YPCkPyZiC6piw3rSrMBFyvt5q0oghHt2mA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: checking return value from unlink in write_relcache_init_file  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers


On Thu, Jun 3, 2021 at 6:16 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> On 2021-Jun-03, Tom Lane wrote:
>> If the unlink fails, there's only really a problem if the subsequent
>> open() fails to overwrite the file --- and that stanza is perfectly
>> capable of complaining for itself.  So I think the code is fine and
>> there's no need for a separate message about the unlink.  Refusing to
>> proceed, as you've done here, is strictly worse than what we have.

> It does seem to deserve a comment explaining this.

Agreed, the existing comment there is a tad terse.

                        regards, tom lane
Hi,
Here is the patch with a bit more comment on the unlink() call.

Cheers 
Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: checking return value from unlink in write_relcache_init_file
Следующее
От: "tanghy.fnst@fujitsu.com"
Дата:
Сообщение: RE: [BUG]Update Toast data failure in logical replication