You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mod_python-dev@quetz.apache.org by Graham Dumpleton <gr...@dscpl.com.au> on 2006/11/04 03:17:50 UTC

Fwd: MODPYTHON-195

Forwarding this back to the list merely so it goes in mailing list  
archive.
This relates to the leaking handles on Win32 platform.

Begin forwarded message:

> From: "Jeff Robbins" <je...@livedata.com>
> Date: 4 November 2006 12:34:19 PM
> To: "Graham Dumpleton" <gr...@dscpl.com.au>
> Subject: MODPYTHON-195
>
> Graham,
>
> I haven't had any new ideas about this problem.  It is clear that  
> on Windows, mod_python is initialized both in a parent process and  
> more usefully in the child process that spins up the threads that  
> service client requests.  The parent process is long-lived and the  
> standard hack to wait for the second call to the  
> ap_hook_post_config is useless because each "restart" of apache is  
> yet another call (third, fourth, fifth, etc...) and each time  
> there's a leak of one handle.
>
>
> The fix I tested seems reasonable.  I know it is dependent on  
> mpm_winnt.c, but, after all, that file is the file responsible for  
> the dual process architecture on windows to begin with.  And the  
> fix has an #ifdef win32 so it won't hurt linux users.
>
> I'd like you to consider folding it in.  I think it is better than  
> having a leak (along with spurious python initialization) on windows.
>
> Thanks,
>
> Jeff