Claudio Natoli wrote:
>
>
> > Oh, good. I couldn't remember if it was the postmaster or child that
> > validates that key. I now remember only the postmaster needs
> > the secret because it sends the signal. Not sure what random seed Claudio
> was
> > asking about. Probably GUC's "seed" parameter --- Claudio, that is
> > already covered in that GUC binary file I create that I
> > mentioned in an earlier email.
>
> Ah. I was only talking about the random "seed" insofar as it is one of a
> number of things that are done inside BackendFork (ie. which currently occur
> in between the fork call, and the call to PostgresMain).
>
> Specifically, ISTM that, working on the assumption that the future exec call
> will "replace" the existing call to PostgresMain, then in order to get the
> fork/exec model in the best shape for porting to Win32 the code which
> currently falls betweens fork/BackendFork + exec needs to be minimalized as
> far as possible. It was this reasoning that prompted the second
> point/question at the start of this thread...
Yep, each backend has a random secret used for query cancel, and we will
have to find a way to pass that to the child so the child can sent it to
the client.
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073