Re: pgsql: Fix failure to check for open() or fsync() failures.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Fix failure to check for open() or fsync() failures. |
| Дата | |
| Msg-id | 32282.1545874522@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: pgsql: Fix failure to check for open() or fsync() failures. (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: pgsql: Fix failure to check for open() or fsync() failures.
|
| Список | pgsql-hackers |
Michael Paquier <michael@paquier.xyz> writes:
> On Wed, Dec 26, 2018 at 05:55:36PM -0500, Tom Lane wrote:
>> It appears to me that the code is intentionally not worrying about
>> fsync failure, so it seems wrong for it to FATAL out if it's unable
>> to open the file to fsync it. And it surely shouldn't do so if the
>> file isn't there.
> My point is a bit different though: it seems to me that we could just
> call BasicOpenFilePerm() and remove the stat() to do exactly the same
> things, simplifying the code.
Oh, I see. Yeah, if we're ignoring errors anyway, the stat calls
seem redundant.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера