Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 67912 invoked from network); 27 Jan 2010 06:13:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Jan 2010 06:13:21 -0000 Received: (qmail 97438 invoked by uid 500); 27 Jan 2010 06:13:19 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 97223 invoked by uid 500); 27 Jan 2010 06:13:19 -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 97215 invoked by uid 99); 27 Jan 2010 06:13:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jan 2010 06:13:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [209.85.216.200] (HELO mail-px0-f200.google.com) (209.85.216.200) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jan 2010 06:13:11 +0000 Received: by pxi38 with SMTP id 38so1281006pxi.28 for ; Tue, 26 Jan 2010 22:12:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.143.153.30 with SMTP id f30mr1981803wfo.281.1264572771101; Tue, 26 Jan 2010 22:12:51 -0800 (PST) In-Reply-To: <30a2344a1001261819w3d377ae1m3b0bf5cc2d92cb84@mail.gmail.com> References: <30a2344a1001261819w3d377ae1m3b0bf5cc2d92cb84@mail.gmail.com> Date: Tue, 26 Jan 2010 22:12:51 -0800 Message-ID: Subject: Re: mod_perl-2.0.4 with Apache 2.2.9 and perl 5.10.0 intermittent crashing From: Fred Moyer To: Pas Argenio Cc: modperl@perl.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What OS are you running? What is the output of 'perl -V'? On Tue, Jan 26, 2010 at 6:19 PM, Pas Argenio wrote: > Sorry if this is naive, but has anyone gotten this combo to work?=A0 Upgr= aded > to Apache 2.2.14, now crash on almost every request, then next httpd pick= s > up the request and actually displays the page... > > I've got massive core dumps all ending in malloc/free, truss shows last > operation was close() >