https://bz.apache.org/bugzilla/show_bug.cgi?id=65627

--- Comment #15 from Ruediger Pluem <rpl...@apache.org> ---
(In reply to Yann Ylavic from comment #10)
> I checked r1894171 in trunk but it would be useful to hear from Jean in
> comment 2.
> 
> Jean, your stack trace does not seem to involve mod_itk but simply
> mod_prefork, am I correct? Do you know which other module sets the socket to
> NULL?

This remains somewhat a mystery. Hence the same data provided as for mpm-itk
case would be very helpful

> 
> The fix in trunk allows for the socket to be NULL in ap_lingering_close()
> but not in ap_start_lingering_close() which is called by mpm_event only
> (supposedly), so there I added an ap_assert() to catch this unexpected
> situation (it will kill the process should that happen), but it won't help
> if any module could be run by mpm_event and set the socket to NULL..

I guess this should be fine. We may run into a lot of trouble with event MPM if
people fiddle around with the socket on their own. Hence failing with the
assert seems better then strange hard to debug other issues.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org
For additional commands, e-mail: bugs-h...@httpd.apache.org

Reply via email to