Re: Using XLogFileNameP in critical section

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Using XLogFileNameP in critical section
Дата
Msg-id 20191203123500.GA2020@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: Using XLogFileNameP in critical section  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Using XLogFileNameP in critical section  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Using XLogFileNameP in critical section  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On 2019-Dec-03, Michael Paquier wrote:

> Per the low probability of the failures, I did not backpatch that
> stuff.  I quickly looked at applying that further down, and attached
> is a version for v12 FWIW, and I suspect much more conflicts the more
> you go down (wal segment size added in 11, different code paths for
> replication, etc.).

You didn't attach anything, but I concur about the low probability
aspect: the assertion failure does not occur in production builds
(obviously); and only an out-of-memory situation is a real problem when
an fsync fails.  Anyway this should be a very localized fix, right?

I'm not sure that the internationalization stuff in issue_xlog_fsync is
correct.  I think the _() should be gettext_noop(), or alternatively the
errmsg() should be errmsg_internal(); otherwise the translation is
invoked twice.  (I didn't verify this.)

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Fabien COELHO
Дата:
Сообщение: Re: fe-utils - share query cancellation code
Следующее
От: Rafia Sabih
Дата:
Сообщение: Minor comment fixes for instrumentation.h