httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan Bloom" <>
Subject RE: cvs commit: httpd-2.0/server/mpm/winnt mpm_winnt.c
Date Wed, 20 Mar 2002 16:37:23 GMT
Cool, thanks for the info.  This is much clearer now.


Ryan Bloom        
645 Howard St.    
San Francisco, CA 

> -----Original Message-----
> From: William A. Rowe, Jr. []
> Sent: Wednesday, March 20, 2002 8:28 AM
> To:
> 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
> >which hook does that work, but the last time I looked, I thought it
> >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

View raw message