---Start: Bug Report---
Issue: mod_perl 2.0.9 with httpd v2.4.17: "make test" hang @
"t/protocol/echo_block.t" with error "APR::Socket::recv: (9) Bad file
descriptor at
/usr/local/src/mod_perl-2.0.9/t/protocol/TestProtocol/echo_block.pm line 37".
> uname -a
Linux ..xxx.xx
I did find some discussion of old HP-UX patches that fixed problems with
stat calls that some of HP's apps had. There are no particulars and
none pertain to system libraries, so they were no help. The issue here
may be that I'm a relative novice when it comes to C/C++ programming.
For instance,
William Fulmer wrote:
I did find some discussion of old HP-UX patches that fixed problems with
stat calls that some of HP's apps had. There are no particulars and
none pertain to system libraries, so they were no help. The issue here
may be that I'm a relative novice when it comes to C/C++
I understand. I've already appealed to a perl.HPUX list to no avail.
I've only been dealing with HP-UX myself for about a year now (mostly
Linux and Solaris before this). I agree though. This is most likely
not a problem with mod_perl itself, but rather some interaction with
perl 5.6 and
William Fulmer wrote:
I have a non root user that I use for all of my software builds (called
build strangely enough). All elements (apache, perl, mod_perl) were
built as this user. I just tried building as root as the email
suggested. It would not run apache as root, but tried to use
I have a non root user that I use for all of my software builds (called
build strangely enough). All elements (apache, perl, mod_perl) were
built as this user. I just tried building as root as the email
suggested. It would not run apache as root, but tried to use
nobody(which did not work no
We need to back up a bit. I tried something different just for giggles
because I thought we might be on the wrong track with setuid. I wrote a
little script that this
#!/bin/bash
/usr/opt/httpd-2.0.49/bin/httpd -d t -f conf/httpd.conf -DAPACHE2
-DONE_PROCESS -DNO_DETATCH stdout 21
tusc -p -f
Apologies. You are correct. I never responded directly to this email.
my $file = /tmp;
my $mtime = (stat $file)[9];
and:
my $file = __FILE__;
my $mtime = (stat $file)[9];
both fail (meaning the test hangs)
-M __FILE__;
and
-M /tmp;
both work (which is to say that the test does not hang,
William Fulmer wrote:
Apologies. You are correct. I never responded directly to this email.
my $file = /tmp;
my $mtime = (stat $file)[9];
and:
my $file = __FILE__;
my $mtime = (stat $file)[9];
both fail (meaning the test hangs)
-M __FILE__;
and
-M /tmp;
both work (which is to say that the test
William, please followup on all the emails. I don't think I've seen your
followup to this post:
http://marc.theaimsgroup.com/?l=apache-modperlm=108382020514594w=2
Did I miss it?
William Fulmer wrote:
The first test it hangs on is t/api/request_rec. The line of code it
stops on is pretty
I was trying to compile Apache/2.0.50 mod_perl/1.99_14 Perl/v5.6.2 under
HP-UX with HP's ANSI C compiler. Everything compiled fine, but during
make test, any test that tried to do a stat on __FILE__ would hang.
Running the same type of code under perl worked fine. I had previously
compiled
William Fulmer wrote:
I was trying to compile Apache/2.0.50 mod_perl/1.99_14 Perl/v5.6.2 under
HP-UX with HP's ANSI C compiler. Everything compiled fine, but during
make test, any test that tried to do a stat on __FILE__ would hang.
Running the same type of code under perl worked fine.
Was it
Here's the report:
-8-- Start Bug Report 8--
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 1.9914
*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APXS=
The first test it hangs on is t/api/request_rec. The line of code it
stops on is pretty uncomplicated:
my $mtime = (stat __FILE__)[9]; #line 124
adding the -T under perl doesn't change a thing. I'm not quite sure
where to remove it for modperl so I haven't tried that. '
I just realized that
-8-- Start Bug Report 8--1. Problem Description:
Following your suggestion I added the signal handler for USR2 and found that any test containing the following line hangs:
my $mtime = (stat __FILE__)[9];
This same snippet of code works fine in regular
William Fulmer wrote:
-8-- Start Bug Report 8--
1. Problem Description:
Following your suggestion I added the signal handler for USR2 and
found that any test containing the following line hangs:
my $mtime = (stat __FILE__)[9];
This same snippet of
William Fulmer wrote:
OK. I ran tusc -o strace /usr/opt/httpd-2.0.49/bin/httpd -d t -f
conf/httpd.conf -DAPACHE2 -DONE_PROCESS -DNO_DETATCH stdout 21.
output is attached.
Ouch, William, are you aware that you've sent a 1MB attachment to a public
mailing list, potentially causing lots of
Ouch, William, are you aware that you've sent a 1MB attachment to
a public mailing list, potentially causing lots of problems to people
with limited account sizes and slow dialup access? Please don't that
in the future. If you want to show some big file, upload it
somewhere and post a link
William Fulmer wrote:
Ouch, William, are you aware that you've sent a 1MB attachment to
a public mailing list, potentially causing lots of problems to people
with limited account sizes and slow dialup access? Please don't that
in the future. If you want to show some big file, upload it
Hi,
I'm trying to get mod_perl-1.99_13 to compile with apache 2.0.49 and perl 5.6.2
-bash-2.05b# /usr/opt/perl-5.6.2/bin/perl -VSummary of my perl5 (revision 5.0 version 6 subversion 2) configuration: Platform: osname=hpux, osvers=11.00, archname=PA-RISC2.0 uname='hp-ux cars-l b.11.00 u
William Fulmer wrote:
Hi,
I'm trying to get mod_perl-1.99_13 to compile with apache 2.0.49 and
perl 5.6.2
That's insufficient, William. Please see: http://perl.apache.org/bugs/
[...]
It hangs on api/request_rec.
Try to figure out which sub-test is it hanging on. Try this trick:
21 matches
Mail list logo
