Re: [HACKERS] segfault in HEAD when too many nested functions call
От
Andres Freund
Тема
Re: [HACKERS] segfault in HEAD when too many nested functions call
Дата
Msg-id
20170726012641.bmhfcp5ajpudihl6@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
[HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Noah Misch <noah@leadboat.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Andres Freund <andres@anarazel.de>
Re: [HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Re: [HACKERS] segfault in HEAD when too many nested functions call Julien Rouhaud <julien.rouhaud@dalibo.com>
Hi, On 2017-07-24 13:27:58 -0400, Tom Lane wrote: > Andres Freund writes: > >> * I think the comments need more work. Am willing to make a pass over > >> that if you want. > > > That'd be good, but let's wait till we have something more final. > > Agreed, I'll wait till you produce another version. Attached. Did a bunch of cleanup myself already. I've moved the CHECK_FOR_INTERRUPTS() to the callsites. That unsurprisingly ends up being somewhat verbose, and there's a bunch of minor judgement calls where exactly to place them. While doing so I've also added a few extra ones. Did this in a separate patch to make it easier to review. I'm pretty jetlagged right now, so I want to do another pass to make sure I didn't forget any CFI()s, but the general shape looks right. Tried to address the rest of your feedback too. > >> * Can we redefine the ExecCustomScan function pointer as type > >> ExecProcNodeCB, eliminating the unsightly cast in nodeCustom.c? > > > That'd change an "extension API", which is why I skipped it at this > > point of the release cycle. It's not like we didn't have this type of > > cast all over before. Ok, with changing it, but that's where I came > > down. > > Is this patch really not changing anything else that a custom-scan > extension would touch? If not, I'm okay with postponing this bit > of cleanup to v11. FWIW, I've reintroduced ExecCustomScan() which I'd previously removed, because it now contains a CHECK_FOR_INTERRUPTS(). So this seems moot. Greetings, Andres Freund -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления
От: Kyotaro HORIGUCHI
Дата: