Re: atexit_callback can be a net negative
От | Tom Lane |
---|---|
Тема | Re: atexit_callback can be a net negative |
Дата | |
Msg-id | 14684.1394204234@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: atexit_callback can be a net negative (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Ответы |
Re: atexit_callback can be a net negative
|
Список | pgsql-hackers |
Heikki Linnakangas <hlinnakangas@vmware.com> writes: > On 03/07/2014 04:23 PM, Florian Weimer wrote: >> There's the PID reuse problem. Forking twice (with a delay) could end >> up with the same PID as MyProcPid. > Not if the parent process is still running. If the original parent backend is *not* still running, then running atexit_callback in the grandchild is just as dangerous if not more so; it could be clobbering shared-memory state belonging to some other session that has recycled the same PGPROC. I think Florian's right that there's a risk there, but it seems pretty remote, and I don't see any reliable way to detect the case anyhow. (Process start time? Where would you get that from portably?) It's not a reason not to do something about the much larger chance of this happening in a direct child process, which certainly won't have a matching PID. regards, tom lane
В списке pgsql-hackers по дате отправления: