Re: Tighten error control for OpenTransientFile/CloseTransientFile

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Tighten error control for OpenTransientFile/CloseTransientFile
Дата
Msg-id 20190307015625.GC17293@paquier.xyz
обсуждение исходный текст
Ответ на Re: Tighten error control for OpenTransientFile/CloseTransientFile  (Georgios Kokolatos <gkokolatos@pm.me>)
Ответы Re: Tighten error control for OpenTransientFile/CloseTransientFile  (Georgios Kokolatos <gkokolatos@pm.me>)
Re: Tighten error control for OpenTransientFile/CloseTransientFile  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: Tighten error control for OpenTransientFile/CloseTransientFile  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Wed, Mar 06, 2019 at 02:54:52PM +0000, Georgios Kokolatos wrote:
> Overall the patch looks good and according to the previous
> discussion fulfils its purpose.
>
> It might be worthwhile to also check for errors on close in
> SaveSlotToPath().

Thanks for the feedback, added.  I have spent some time
double-checking this stuff, and noticed that the new errors in
StartupReplicationOrigin() and CheckPointReplicationOrigin() should be
switched from ERROR to PANIC to be consistent.  One message in
dsm_impl_mmap() was not consistent either.

Are there any objections if I commit this patch?
--
Michael

Вложения

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

Предыдущее
От: "Imai, Yoshikazu"
Дата:
Сообщение: RE: speeding up planning with partitions
Следующее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: [bug fix] Produce a crash dump before main() on Windows