Cool, thanks for the info. This is much clearer now. Ryan
---------------------------------------------- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA > -----Original Message----- > From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 8:28 AM > To: [EMAIL PROTECTED] > Subject: RE: cvs commit: httpd-2.0/server/mpm/winnt mpm_winnt.c > > At 08:41 AM 3/20/2002, you wrote: > > >yeah, but the new child process needs the same information as the old > >one did. Won't you need to pass the scoreboard to the new child, and > >isn't that done by the pre_mpm hook? I could very easily be wrong about > >which hook does that work, but the last time I looked, I thought it was > >pre_mpm. > > No, pre_mpm doesn't pass anything from parent->child [that would be > broken already by the pre_mpm-only-once patch.] > > The create_process logic within mpm_winnt calls two passing fns, > one of handles in general, one for the listeners. It's invoked every > time we create a child. > > We have two matching fn's called by child_main() that slurp those > general handlers and listeners, respectively. > > Whatever the ap_scoreboard_shm's os_handle, we pass it. We > call ap_scoreboard_init, not to init the score, but to init the > local storage, e.g. array pointers into the scoreboard memory. > The memory isn't passed to the child, the handle to this memory > is passed; the child reopens the scoreboard by its handle. > > Bill >