httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Justin Erenkrantz <>
Subject Standards compliance in Apache code WAS Re: Terminiting threads in a process RE: [PATCH] Problems with MPM threaded
Date Sat, 14 Jul 2001 20:26:18 GMT
On Sat, Jul 14, 2001 at 01:19:43PM -0700, Aaron Bannert wrote:
> > Async cancellation of threads is VERY bad ju-ju.  We don't do it because
> > it causes most, if not all, thread libraries to leak.  The cleanups are
> > called because the child pool is destroyed when all the threads die.
> Right, but we're about to kill the processes anyway, so who cares if
> it leaks on some platforms. Anyway, we're writing to a specification,
> not an implementation. If Apache isn't going to encourage OS vendors to
> properly implement their own APIs, who is?

Eh, it's probably the other way around.  Otherwise, we'd have no need
for #ifdefs.  =)  Standards are only as good as their implementations.
Most users of Apache couldn't care less if their favorite OS didn't
implement a particular feature correctly.  It's *our* problem to work
around it.  Ideally, yes, we could just write to a spec, but that's in
fantasy land.  I live in the real world with lots of sub-par
implementations flying around.

> (Just think how easy it would be for us if all these platforms fully supported
> a single API, be it posix or whatever. Heaven!)
> Anyway, to me this is what pools were designed for.

I'd still like to know how you are going to interrupt the cross-process

It doesn't matter if it implemented Posix or whatever.  That's not the
problem here.  We're in the middle of an uninterruptable call and that
mutex can not be destroyed because it is *cross-process*.  -- justin

View raw message