Re: Using XLogFileNameP in critical section
От | Masahiko Sawada |
---|---|
Тема | Re: Using XLogFileNameP in critical section |
Дата | |
Msg-id | CA+fd4k5w0kNqHS9ahOQR7HikBA60NzGFqnWJB_nyk77Cm8cq9A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Using XLogFileNameP in critical section (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: Using XLogFileNameP in critical section
|
Список | pgsql-hackers |
On Mon, 2 Dec 2019 at 16:56, Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > > On 2019-Dec-02, Michael Paquier wrote: > > > I think that we had better just get rid of XLogFileNameP() (on HEAD) > > and just change those code paths so as they use a buffer of size > > MAXFNAMELEN, with XLogFileName() generating the file name. This leads > > actually to some simplifications, see for example XLogWalRcvWrite.. > > +1, that function is a footgun and there's no possible way to fix it so > that it's never misused(*). Also, put a comment atop XLogFileName > indicating never to create such a "helper" function again. > > (*) unless there was a way to have a StaticAssert() that the function is > not called in a critical section -- have the compiler work for us. I > don't think it's possible to write such a thing. Agreed. I've attached the updated version patch. Please review it. Regards, -- Masahiko Sawada http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Вложения
В списке pgsql-hackers по дате отправления: