perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <Andreas.No...@Bertelsmann.de>
Subject AW: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the code ...
Date Tue, 24 May 2005 10:17:13 GMT
.. So this is a perfect match for a PerlChildInitHandler - isn´t it ?

Cheers

Andreas

-----Ursprüngliche Nachricht-----
Von: Torsten Foertsch [mailto:torsten.foertsch@gmx.net] 
Gesendet: Dienstag, 24. Mai 2005 12:00
An: modperl@perl.apache.org
Betreff: Re: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the
code ...


On Tuesday 24 May 2005 11:48, Marc Gràcia wrote:
> > But there is a problem with Perls getppid() implementation. Modern 
> > Perls issue the syscall only once and cache the result. Maybe you 
> > somehow hit that. Normally the cache is invalidated when Perl forks, 
> > but Apache does its own fork. Thus maybe the cache remains.
>
> In Apache::GTopLimit i had to modify the source to use Linux::Pid 
> package to get the pid instead of the default function. If not allways 
> returned the parent pid. After all this, everything worked fine...
> It seems to me the same problem.

I've just uploaded Perl::AfterFork to CPAN. The module implements a function 
that does what Perl is doing after a successful fork in the child. That also 
may help.

Torsten

Mime
View raw message