"Hiroshi Inoue" <[EMAIL PROTECTED]> writes: > Hmm, CancelQuery isn't so urgent an operation currently. > For example, VACUUM checks QueryCancel flag only > once per table. Right, we'll need to check in more places. See my just-posted proposal. Checking at any spinlock grab should ensure that we check reasonably often. I just realized I forgot to mention the case of SIGTERM while the main line is waiting for input from the frontend --- obviously we want to quit immediately in that case, too. regards, tom lane
- [HACKERS] SIGTERM -> elog(FATAL) -> proc_exit() is pr... Tom Lane
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Hiroshi Inoue
- Re: [HACKERS] SIGTERM -> elog(FATAL) -> proc... Tom Lane
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> ... Hiroshi Inoue
- Re: [HACKERS] SIGTERM -> elog(FATAL) -&... Tom Lane
- Re: [HACKERS] SIGTERM -> elog(FATA... Hiroshi Inoue
- Re: [HACKERS] SIGTERM -> elog(... Tom Lane
- Re: [HACKERS] SIGTERM -> e... Hiroshi Inoue
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Mikheev, Vadim
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Mikheev, Vadim
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Mikheev, Vadim
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Mikheev, Vadim
- RE: [HACKERS] SIGTERM -> elog(FATAL) -> proc_exi... Mikheev, Vadim