Re: pg_terminate_backend() issues - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: pg_terminate_backend() issues
Date
Msg-id 87fxtlx2x8.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: pg_terminate_backend() issues  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_terminate_backend() issues  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

>> [We would also have to block SIGTERM around the second cancel_shmem_exit and
>> cleanup_routine, no? Or if it's idempotent (actually, wouldn't it have to be?)
>> run them in the reverse order.]
>
> No, we wouldn't, because a SIGTERM can only actually fire at a
> CHECK_FOR_INTERRUPTS() call.  You'd just need to be sure there wasn't
> one in the cleanup code.

Wait, huh? In that case I don't see what advantage any of this has over
Bruce's patch. And his approach seemed a lot more robust.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's On-Demand Production
Tuning


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pgwin32_safestat weirdness
Next
From: Tom Lane
Date:
Subject: Re: pg_terminate_backend() issues