Re: Is PQreset() proper ? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Is PQreset() proper ?
Date
Msg-id 8937.977340481@sss.pgh.pa.us
Whole thread Raw
In response to Is PQreset() proper ?  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
List pgsql-hackers
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> postmaster: BackendStartup: pid 395 user reindex db reindex socket 5
> DEBUG:  exit(2)
> postmaster: reaping dead processes...
> postmaster: CleanupProc: pid 394 exited with status 512
> Server process (pid 394) exited with status 512 at Tue Dec 19 20:12:41 2000
> Terminating any active server processes...
> postmaster: CleanupProc: sending SIGUSR1 to process 395
> postmaster child[395]: starting with (postgres -d2 -v131072 -p reindex )

This isn't PQreset()'s fault that I can see.  This is a race condition
caused by bogosity in PostgresMain --- it enables SIGUSR1 before it's
set up the correct signal handler for same.  The postmaster should have
started the child process with all signals blocked, so SIGUSR1 will be
held off until the child explicitly enables it; but it does so a few
lines too soon.  Will fix.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Isn't init_irels() dangerous ?
Next
From: Tom Lane
Date:
Subject: Re: Sample databases?