[Fwd: Re: Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9]
am 12.03.2009 14:59:37 von Philip Gollucci--------------080906030101070606000106
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
--
------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior Sys Admin - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
--------------080906030101070606000106
Content-Type: message/rfc822;
name="Re: Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="Re: Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9.eml"
Return-Path:
Received: from ifw.schulergroup.com (ifw.schulergroup.com [212.87.143.254])
by piccollo.p6m7g8.net (8.14.3/8.14.3) with ESMTP id n2CD1jOX070699
for
(envelope-from rainer.tammer@schulergroup.com)
Received: from saturn.schuler.de (saturn.schuler.de [153.3.1.198])
by ifw.schulergroup.com (Postfix) with ESMTP id 64092D0303D6
for
Received: from schuler.de (cgsrv01.schuler.de [153.3.1.152])
by saturn.schuler.de (8.12.11.20060308/8.12.7/SuSE Linux 0.6) with ESMTP id n2CD1hmM012771
for
Received: from [153.3.21.70] ([153.3.21.70] verified)
by schuler.de (CommuniGate Pro SMTP 5.2.11)
with ESMTP id 2740105 for pgollucci@p6m7g8.com; Thu, 12 Mar 2009 14:01:43 +0100
Message-ID: <49B907B2.7030904@schulergroup.com>
Date: Thu, 12 Mar 2009 14:01:38 +0100
From: Rainer Tammer
Organization: Schuler Pressen GmbH & Co. KG
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3) Gecko/20070326 Thunderbird/2.0.0.0 Mnenhy/0.7.5.0
MIME-Version: 1.0
To: "Philip M. Gollucci"
Subject: Re: Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9
References: <4988307F.4090003@schulergroup.com> <4988FB59.7080700@p6m7g8.com> <498947CE.9060206@schulergroup.com> <498951E9.9000702@schulergroup.com> <49895BFB.7060500@p6m7g8.com> <498968DA.7000308@schulergroup.com>
In-Reply-To: <498968DA.7000308@schulergroup.com>
X-Enigmail-Version: 0.95.7
Content-Type: multipart/alternative;
boundary="------------060802070901010109060405"
X-Virus-Scanned: ClamAV 0.94.2/9100/Thu Mar 12 05:07:56 2009 on piccollo.p6m7g8.net
X-Virus-Scanned: by amavisd-new
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE
autolearn=ham version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on piccollo.p6m7g8.net
This is a multi-part message in MIME format.
--------------060802070901010109060405
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hallo,
finally I have found the problem. With the following patch:
*** mod_perl.c.orig Thu Mar 12 13:55:40 2009
--- mod_perl.c Thu Mar 12 13:56:03 2009
***************
*** 683,692 ****
MP_TRACE_g(fprintf(stderr, "'%s' ", argv[i]));
MP_TRACE_g(fprintf(stderr, "..."));
! #ifdef USE_THREADS
! # ifdef PERL_SYS_INIT
! PERL_SYS_INIT(&argc,&argv);
! # endif
#endif
#ifndef perl_init_i18nl10n
--- 683,690 ----
MP_TRACE_g(fprintf(stderr, "'%s' ", argv[i]));
MP_TRACE_g(fprintf(stderr, "..."));
! #ifdef PERL_SYS_INIT
! PERL_SYS_INIT(&argc,(char***)&argv);
#endif
#ifndef perl_init_i18nl10n
mod_perl-1.30 is working with Perl 5.8.9 on AIX.
This patch was taken from the mod_perl 1 / HEAD (svn, 1.31-devel, ...).
Could you add a not in the SVN version of the readme ?
Bye
Rainer
Rainer Tammer wrote:
> Hello,
>
> Philip M. Gollucci wrote:
>
>> Rainer Tammer wrote:
>>
>>> Hallo,
>>> I have attached a truss trace form the server startup (Perl 5.8.8 +
>>> Apache 1.3.41 + mod_perl 1.30).
>>> And I also have attached a truss trace from a working verion (Perl
>>> 5.8.2 + Apache 1.3.20 + mod_perl 1.29).
>>>
> Sorry,
> the second line was wrong. The truss was from the working version: Perl
> 5.8.2 + Apache 1.3.41 + mod_perl 1.30.
>
>> The truss's are wildly different.
>>
>>
> unfortunately yes.
>
>
>> The only I way I know to trouble shoot this is binary search /
>> iteratively.
>>
>> first eliminate mod_perl 1.29 vs 1.30 as the culprit since that will
>> make the rest shorter.
>>
>> For some reason seeing as how its AIX I'd think it perl over apache.
>>
>> So try 5.8.4 if it still fails, try 5.8.3.
>> If it doesn't fail, 5.8.6 etc...
>>
>>
> I have found the source of the error text:
>
> libc.cat
> 9 "A file descriptor does not refer to an open file."
>
> So this error is from the libc...
> If I can find the source for the "parse:" then I might be able to find
> out more.
>
> It looks like this is the error text for EBADF (errno.h, #define EBADF 9
> /* Bad file descriptor */ ).
>
> The only location where I can find EBADF is in http_main.c
>
> static void child_main(int child_num_arg)
> {
>
> ...
> if (srv < 0 && errno != EINTR) {
> /* Single Unix documents select as returning errnos
> * EBADF, EINTR, and EINVAL... and in none of those
> * cases does it make sense to continue. In fact
> * on Linux 2.0.x we seem to end up with EFAULT
> * occasionally, and we'd loop forever due to it.
> */
> ap_log_error(APLOG_MARK, APLOG_ERR, server_conf,
> "select: (listen)");
> clean_child_exit(1);
> }
>
> But the error text in the Apache error log would be different...
>
> If I only could find the source for "parse:" ...
>
>> Sorry I can't be of more help.
>>
>>
> Bye
> Rainer
>
>>
>
>
--
=======================================================
Schuler Pressen GmbH & Co. KG
Dipl.-Ing. (FH) Rainer Tammer
Abt.: ISS
Tel.: +49(7161)66-747
FAX: +49(7161)66-844
eMail: rainer.tammer@schulergroup.com
URL: www.schulergroup.com
Pflichtangaben: http://pflichtangaben.schulergroup.com
=======================================================
--------------060802070901010109060405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hallo,
finally I have found the problem. With the following patch:
*** mod_perl.c.orig Thu Mar 12 13:55:40 2009
--- mod_perl.c Thu Mar 12 13:56:03 2009
***************
*** 683,692 ****
MP_TRACE_g(fprintf(stderr, "'%s' ", argv[i]));
MP_TRACE_g(fprintf(stderr, "..."));
! #ifdef USE_THREADS
! # ifdef PERL_SYS_INIT
! PERL_SYS_INIT(&argc,&argv);
! # endif
#endif
#ifndef perl_init_i18nl10n
--- 683,690 ----
MP_TRACE_g(fprintf(stderr, "'%s' ", argv[i]));
MP_TRACE_g(fprintf(stderr, "..."));
! #ifdef PERL_SYS_INIT
! PERL_SYS_INIT(&argc,(char***)&argv);
#endif
#ifndef perl_init_i18nl10n
mod_perl-1.30 is working with Perl 5.8.9 on AIX.
This patch was taken from the mod_perl 1 / HEAD (svn, 1.31-devel, ...).
Could you add a not in the SVN version of the readme ?
Bye
Rainer
Rainer Tammer wrote:
Hello,
Philip M. Gollucci wrote:
Rainer Tammer wrote:
Hallo,
I have attached a truss trace form the server startup (Perl 5.8.8 +
Apache 1.3.41 + mod_perl 1.30).
And I also have attached a truss trace from a working verion (Perl
5.8.2 + Apache 1.3.20 + mod_perl 1.29).
Sorry,
the second line was wrong. The truss was from the working version: Perl
5.8.2 + Apache 1.3.41 + mod_perl 1.30.
The truss's are wildly different.
unfortunately yes.
The only I way I know to trouble shoot this is binary search /
iteratively.
first eliminate mod_perl 1.29 vs 1.30 as the culprit since that will
make the rest shorter.
For some reason seeing as how its AIX I'd think it perl over apache.
So try 5.8.4 if it still fails, try 5.8.3.
If it doesn't fail, 5.8.6 etc...
I have found the source of the error text:
libc.cat
9 "A file descriptor does not refer to an open file."
So this error is from the libc...
If I can find the source for the "parse:" then I might be able to find
out more.
It looks like this is the error text for EBADF (errno.h, #define EBADF 9
/* Bad file descriptor */ ).
The only location where I can find EBADF is in http_main.c
static void child_main(int child_num_arg)
{
....
if (srv < 0 && errno != EINTR) {
/* Single Unix documents select as returning errnos
* EBADF, EINTR, and EINVAL... and in none of those
* cases does it make sense to continue. In fact
* on Linux 2.0.x we seem to end up with EFAULT
* occasionally, and we'd loop forever due to it.
*/
ap_log_error(APLOG_MARK, APLOG_ERR, server_conf,
"select: (listen)");
clean_child_exit(1);
}
But the error text in the Apache error log would be different...
If I only could find the source for "parse:" ...
Sorry I can't be of more help.
Bye
Rainer
--
=======================================================
Schuler Pressen GmbH & Co. KG
Dipl.-Ing. (FH) Rainer Tammer
Abt.: ISS
Tel.: +49(7161)66-747
FAX: +49(7161)66-844
eMail:
URL:
Pflichtangaben:
=======================================================
--------------060802070901010109060405--
--------------080906030101070606000106--