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 по дате отправления
От: Thomas Munro
Дата:
От: Kyotaro HORIGUCHI
Дата:
FAQ