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
