Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 87272 invoked from network); 24 May 2005 10:00:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 May 2005 10:00:19 -0000 Received: (qmail 29665 invoked by uid 500); 24 May 2005 10:00:03 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 29642 invoked by uid 500); 24 May 2005 10:00:03 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 29613 invoked by uid 99); 24 May 2005 10:00:03 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of torsten.foertsch@gmx.net designates 213.165.64.20 as permitted sender) Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 24 May 2005 03:00:01 -0700 Received: (qmail invoked by alias); 24 May 2005 09:59:53 -0000 Received: from pD9E6004D.dip0.t-ipconnect.de (EHLO opi.home) [217.230.0.77] by mail.gmx.net (mp004) with SMTP; 24 May 2005 11:59:53 +0200 X-Authenticated: #1700068 Received: by opi.home (Postfix, from userid 1000) id 26D1914D67; Tue, 24 May 2005 11:59:53 +0200 (CEST) From: Torsten Foertsch To: modperl@perl.apache.org Subject: Re: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the code ... Date: Tue, 24 May 2005 11:59:52 +0200 User-Agent: KMail/1.7.1 References: <51EEFE1ECF72D811B384000E7F228BB7024CC6BC@DEBAGE71.BERTELSMANN.DE> <200505241119.24782.torsten.foertsch@gmx.net> <1116928112.30492.47.camel@localhost> In-Reply-To: <1116928112.30492.47.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1800829.cX3mWYGRGR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505241159.52828.torsten.foertsch@gmx.net> X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --nextPart1800829.cX3mWYGRGR Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 May 2005 11:48, Marc Gr=C3=A0cia 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 functio= n=20 that does what Perl is doing after a successful fork in the child. That als= o=20 may help. Torsten --nextPart1800829.cX3mWYGRGR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBCkvsYwicyCTir8T4RAp6lAKCgW+EJ1MCkWtKBjKo9STLtNsTJkgCgjdAD BS8eEi9FZSPqItpyhjPCUOI= =RnhZ -----END PGP SIGNATURE----- --nextPart1800829.cX3mWYGRGR--