Re: fork/exec

> 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...

Cheers,
Claudio

---
Certain disclaimers and policies apply to all email sent from Memetrics.
For the full text of these disclaimers and policies see
<a
href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em
ailpolicy.html</a>