You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Markus Wichitill <ma...@gmx.de> on 2004/12/02 19:27:37 UTC
[mp2] t\apache\content_length_header access violation
When I run the full test suite of mod_perl 1.99_18-SVN on WinXP, while
t\apache\content_length_header.t is executing, Windows pops up one of its
access violation dialogs that lets me start the debugger. All tests incl.
content_length_header continue to run ok in the background though, and only
start failing when I click OK to dismiss the dialog, or stop when I click
Cancel to open the debugger.
t\apache\content_length_header.t or the tests around it don't cause an
access violation when executed alone. There's nothing in the log either, so
I can't pinpoint the crash location any better.
The following data is from my debug installation, which I just updated to
Perl 5.8.6, but the same happens with my non-debug development installation
with ActivePerl 5.8.4.810, which also crashes when normally started.
modperl_interp_unselect(void * 0x01a30f28) line 285 + 20 bytes
run_cleanups(cleanup_t * * 0x00a8f338) line 1951 + 13 bytes
apr_pool_destroy(apr_pool_t * 0x00a8f328) line 730 + 12 bytes
apr_pool_clear(apr_pool_t * 0x00a89280) line 690 + 12 bytes
mpm_recycle_completion_context(CompContext * 0x00a163e8) line 82
winnt_get_connection(CompContext * 0x00a163e8) line 648
worker_main(long 17) line 703 + 9 bytes
_threadstartex(void * 0x0028db18) line 227 + 13 bytes
KERNEL32! 7c80b50b()
if (interp->request) {
/* ithreads + a threaded mpm + PerlInterpScope handler */
request_rec *r = interp->request;
-> MP_dRCFG;
modperl_config_request_cleanup(interp->perl, r);
MpReqCLEANUP_REGISTERED_Off(rcfg);
}
*** mod_perl version 1.9918
*** using C:\Dev\debug\modperl-2.0\lib\Apache\BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_AP_PREFIX => C:\dev\debug\apache2
MP_COMPAT_1X =>
MP_DEBUG => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_TRACE => 1
MP_USE_DSO => 1
*** C:\dev\debug\apache2\bin\Apache.EXE -V
Server version: Apache/2.0.52
Server built: Nov 25 2004 16:36:30
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/winnt"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/apache"
-D SUEXEC_BIN="/apache/bin/suexec"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error.log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** (apr|apu)-config linking info
/libpath:"C:\dev\debug\apache2\lib" libapr.lib
/libpath:"C:\dev\debug\apache2\lib" libaprutil.lib
*** c:\dev\debug\perl\bin\perl.exe -V
Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
Platform:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cl', ccflags ='-nologo -Gf -W3 -Od -MD -Zi -DDEBUGGING -DWIN32
-D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT
-DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX',
optimize='-Od -MD -Zi -DDEBUGGING',
cppflags='-DWIN32'
ccversion='', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='__int64',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='link', ldflags ='-nologo -nodefaultlib -debug
-libpath:"c:\dev\debug\perl\lib\CORE" -machine:x86'
libpth=\lib
libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib
uuid.lib ws2_32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib
msvcrt.lib
perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib
uuid.lib ws2_32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib
msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib
gnulibc_version='undef'
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -debug
-libpath:"c:\dev\debug\perl\lib\CORE" -machine:x86'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
Built under MSWin32
Compiled at Dec 2 2004 16:40:43
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
c:/Dev/debug/perl/lib
c:/Dev/debug/perl/site/lib
.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>> Ok, so the current svn with this patch pass 100%?
>>
>> Index: t/response/TestApache/cgihandler.pm
>> ===================================================================
>> --- t/response/TestApache/cgihandler.pm (revision 109678)
>> +++ t/response/TestApache/cgihandler.pm (working copy)
>> @@ -40,12 +40,6 @@
>>
>> 1;
>> __END__
>> -<NoAutoConfig>
>> -<Location /TestApache__cgihandler>
>> - <IfDefine PERL_USEITHREADS>
>> - PerlInterpScope handler
>> - </Ifdefine>
>> - SetHandler perl-script
>> - PerlResponseHandler TestApache::cgihandler
>> -</Location>
>> -</NoAutoConfig>
>> +SetHandler perl-script
>> +PerlResponseHandler TestApache::cgihandler
>> +
>
>
> Well, it seems to fix this topic's crashes, like the manual removing of
> "PerlInterpScope handler" did.
Thanks, I'll commit it and later on, post-2.0 we will try working on those
interpscope directives.
> The hopefully unrelated
> hang-until-timeout in t/filter/both_str_req_proxy and t/modules/proxy
> still happen.
Can you remind me what are you talking about? (e.g. a link to the report
in the archives)
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
> Ok, so the current svn with this patch pass 100%?
>
> Index: t/response/TestApache/cgihandler.pm
> ===================================================================
> --- t/response/TestApache/cgihandler.pm (revision 109678)
> +++ t/response/TestApache/cgihandler.pm (working copy)
> @@ -40,12 +40,6 @@
>
> 1;
> __END__
> -<NoAutoConfig>
> -<Location /TestApache__cgihandler>
> - <IfDefine PERL_USEITHREADS>
> - PerlInterpScope handler
> - </Ifdefine>
> - SetHandler perl-script
> - PerlResponseHandler TestApache::cgihandler
> -</Location>
> -</NoAutoConfig>
> +SetHandler perl-script
> +PerlResponseHandler TestApache::cgihandler
> +
Well, it seems to fix this topic's crashes, like the manual removing of
"PerlInterpScope handler" did. The hopefully unrelated hang-until-timeout in
t/filter/both_str_req_proxy and t/modules/proxy still happen. Also, Linux
fails in t/apr-ext/finfo and t/apr-ext/perlio. I'll start new topics for those.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Stas Bekman <st...@stason.org>.
Ok, so the current svn with this patch pass 100%?
Index: t/response/TestApache/cgihandler.pm
===================================================================
--- t/response/TestApache/cgihandler.pm (revision 109678)
+++ t/response/TestApache/cgihandler.pm (working copy)
@@ -40,12 +40,6 @@
1;
__END__
-<NoAutoConfig>
-<Location /TestApache__cgihandler>
- <IfDefine PERL_USEITHREADS>
- PerlInterpScope handler
- </Ifdefine>
- SetHandler perl-script
- PerlResponseHandler TestApache::cgihandler
-</Location>
-</NoAutoConfig>
+SetHandler perl-script
+PerlResponseHandler TestApache::cgihandler
+
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
>> Since it's only the fifth test that fails, manual smoking yields
>> t/apache/add_config t/apache/content_length_header as a sequence where
>> #7 und #9 in t/apache/content_length_header fail (with the usual
>> coredump).
>
> Not sure what do you mean by #7 and #9 (do you mean the sub-test
> numbers/),
Yep.
> what's the shortest sequence that reproduces the problem (on
> linux please so I will try to reproduce it as well).
perl t/TEST t/apache/cgihandler t/apache/content_length_header
>> When I remove both PerlInterpScope directives, both Windows and Linux
>> run ok until they hang at t\filter\both_str_req_proxy (with no access
>> violation or coredump, so it might be unrelated).
>
> I thought you were talking about:
>
> PerlInterpScope handler
>
> only and not other PerlInterpScope directives. Is that not true?
Yes, only the "PerlInterpScope handler" in /TestApache__cgihandler and the
one in /TestApache__content_length_header you told me to add.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>> But I can't see any relation. If you use the current svn and just add
>> PerlInterpScope handler
>> in the <Location> block for this handler (after httpd.conf was
>> created), does it make the problem go away?
>
>
> It seems to only defer the problem. On Windows, the crash happens on the
> next test t\apache\discard_rbody instead, on Linux the test suite runs
> until t/filter/both_str_req_proxy or t/modules/proxy, where it hangs.
> After Ctrl-C I see a coredump with the same stack as before.
>
>> I don't understand why I don't that problem. do you get it as a
>> standalone or just in 'make test'. I'd guess the latter, since you
>> also get errors like:
>
>
> Yes, standalone works fine.
Good, so the problem is elsewhere.
>> [Thu Dec 02 19:48:47 2004] [error] [client 127.0.0.1]
>> Apache::RequestIO::read: (9) Bad file descriptor at
>> /usr/src/modperl-2.0/t
>> /response/TestApache/read.pm line 26
>>
>> so it's most likely something else goes wrong when it hits this test.
>> If that's the case could you t/SMOKE to find the problematic sequence?
>
>
> Since it's only the fifth test that fails, manual smoking yields
> t/apache/add_config t/apache/content_length_header as a sequence where
> #7 und #9 in t/apache/content_length_header fail (with the usual coredump).
Not sure what do you mean by #7 and #9 (do you mean the sub-test
numbers/), what's the shortest sequence that reproduces the problem (on
linux please so I will try to reproduce it as well).
> When I remove both PerlInterpScope directives, both Windows and Linux
> run ok until they hang at t\filter\both_str_req_proxy (with no access
> violation or coredump, so it might be unrelated).
I thought you were talking about:
PerlInterpScope handler
only and not other PerlInterpScope directives. Is that not true?
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
> But I can't see any relation. If you use the current svn and just add
> PerlInterpScope handler
> in the <Location> block for this handler (after httpd.conf was created),
> does it make the problem go away?
It seems to only defer the problem. On Windows, the crash happens on the
next test t\apache\discard_rbody instead, on Linux the test suite runs until
t/filter/both_str_req_proxy or t/modules/proxy, where it hangs. After Ctrl-C
I see a coredump with the same stack as before.
> I don't understand why I don't that problem. do you get it as a
> standalone or just in 'make test'. I'd guess the latter, since you also
> get errors like:
Yes, standalone works fine.
> [Thu Dec 02 19:48:47 2004] [error] [client 127.0.0.1]
> Apache::RequestIO::read: (9) Bad file descriptor at /usr/src/modperl-2.0/t
> /response/TestApache/read.pm line 26
>
> so it's most likely something else goes wrong when it hits this test. If
> that's the case could you t/SMOKE to find the problematic sequence?
Since it's only the fifth test that fails, manual smoking yields
t/apache/add_config t/apache/content_length_header as a sequence where #7
und #9 in t/apache/content_length_header fail (with the usual coredump).
When I remove both PerlInterpScope directives, both Windows and Linux run ok
until they hang at t\filter\both_str_req_proxy (with no access violation or
coredump, so it might be unrelated).
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>>> Markus Wichitill wrote:
>>>
>>>> When I run the full test suite of mod_perl 1.99_18-SVN on WinXP,
>>>> while t\apache\content_length_header.t is executing, Windows pops up
>>>> one of its access violation dialogs that lets me start the debugger.
>>>> All tests incl. content_length_header continue to run ok in the
>>>> background though, and only start failing when I click OK to dismiss
>>>> the dialog, or stop when I click Cancel to open the debugger.
>>>
>>>
>>> I could've sworn that on Linux the tests ran through, but I now get
>>> the same crash there, but at least the tests properly fail:
>>
>>
>> I don't seem to reproduce this problem with a very similar setup, [...]
>> Could you please trace when this problem started to appear?
>
>
> Rev 106913 makes the difference. Luckily, that was my first guess.
>
> "correct the config, A-T was placing
> <IfDefine PERL_USEITHREADS>
> PerlInterpScope handler
> </IfDefine>
> on the top level which was affecting other tests"
But I can't see any relation. If you use the current svn and just add
PerlInterpScope handler
in the <Location> block for this handler (after httpd.conf was created),
does it make the problem go away?
I don't understand why I don't that problem. do you get it as a standalone
or just in 'make test'. I'd guess the latter, since you also get errors like:
[Thu Dec 02 19:48:47 2004] [error] [client 127.0.0.1]
Apache::RequestIO::read: (9) Bad file descriptor at /usr/src/modperl-2.0/t
/response/TestApache/read.pm line 26
so it's most likely something else goes wrong when it hits this test. If
that's the case could you t/SMOKE to find the problematic sequence?
>>> @INC:
>>> /usr/local/perl/lib
>>> /usr/local/perl/lib
>>> /usr/local/perl/lib
>>> /usr/local/perl/lib
>>
>>
>> That's a peculiar @INC :)
>
>
> Apparently Perl's Configure can't fold the paths if they're the same.
> Hasn't caused any problems so far, though. But then I usually eliminate
> the duplicates in startup.pl.
You probably want to report that to p5p, this is definitely not correct.
> I've never liked how with Perl and Unix in general the paths are overly
> complicated by default, just because someone out there might possibly
> want to mix different versions and architectures and whatnot. Just think
> of how many problems on the mailing lists are caused by different
> library/module versions in parallel paths.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
>> Markus Wichitill wrote:
>>> When I run the full test suite of mod_perl 1.99_18-SVN on WinXP,
>>> while t\apache\content_length_header.t is executing, Windows pops up
>>> one of its access violation dialogs that lets me start the debugger.
>>> All tests incl. content_length_header continue to run ok in the
>>> background though, and only start failing when I click OK to dismiss
>>> the dialog, or stop when I click Cancel to open the debugger.
>>
>> I could've sworn that on Linux the tests ran through, but I now get
>> the same crash there, but at least the tests properly fail:
>
> I don't seem to reproduce this problem with a very similar setup,
> [...]
> Could you please trace when this problem started to appear?
Rev 106913 makes the difference. Luckily, that was my first guess.
"correct the config, A-T was placing
<IfDefine PERL_USEITHREADS>
PerlInterpScope handler
</IfDefine>
on the top level which was affecting other tests"
>> @INC:
>> /usr/local/perl/lib
>> /usr/local/perl/lib
>> /usr/local/perl/lib
>> /usr/local/perl/lib
>
> That's a peculiar @INC :)
Apparently Perl's Configure can't fold the paths if they're the same. Hasn't
caused any problems so far, though. But then I usually eliminate the
duplicates in startup.pl.
I've never liked how with Perl and Unix in general the paths are overly
complicated by default, just because someone out there might possibly want
to mix different versions and architectures and whatnot. Just think of how
many problems on the mailing lists are caused by different library/module
versions in parallel paths.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Markus Wichitill wrote:
>
>> When I run the full test suite of mod_perl 1.99_18-SVN on WinXP, while
>> t\apache\content_length_header.t is executing, Windows pops up one of
>> its access violation dialogs that lets me start the debugger. All
>> tests incl. content_length_header continue to run ok in the background
>> though, and only start failing when I click OK to dismiss the dialog,
>> or stop when I click Cancel to open the debugger.
>
>
> I could've sworn that on Linux the tests ran through, but I now get the
> same crash there, but at least the tests properly fail:
I don't seem to reproduce this problem with a very similar setup, the main
differences are:
--- you
+++ me
- useperlio=define d_sfio=undef uselargefiles=undef usesocks=undef
+ useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
- ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
+ ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
And I'm on perl version with a bunch of debug things enabled and intel
(while you are on amd) and running the dev httpd-2.0 (but I doubt it makes
any difference).
Could you please trace when this problem started to appear?
> @INC:
> /usr/local/perl/lib
> /usr/local/perl/lib
> /usr/local/perl/lib
> /usr/local/perl/lib
That's a peculiar @INC :)
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [mp2] t\apache\content_length_header access violation
Posted by Markus Wichitill <ma...@gmx.de>.
Markus Wichitill wrote:
> When I run the full test suite of mod_perl 1.99_18-SVN on WinXP, while
> t\apache\content_length_header.t is executing, Windows pops up one of
> its access violation dialogs that lets me start the debugger. All tests
> incl. content_length_header continue to run ok in the background though,
> and only start failing when I click OK to dismiss the dialog, or stop
> when I click Cancel to open the debugger.
I could've sworn that on Linux the tests ran through, but I now get the same
crash there, but at least the tests properly fail:
# testing : GET /TestApache__content_length_header?set_content_length code
# expected: 200
# received: 500
not ok 4
# Failed test 4 in t/apache/content_length_header.t at line 70
# testing : GET /TestApache__content_length_header?set_content_length C-L header
# expected: 0
# received: undef
not ok 5
# Failed test 5 in t/apache/content_length_header.t at line 71
# testing : GET /TestApache__content_length_header?set_content_length content
# expected:
# received: 500 unexpected EOF before status line seen
not ok 6
# Failed test 6 in t/apache/content_length_header.t at line 74
[Thu Dec 02 19:48:35 2004] [debug] worker.c(1631): AcceptMutex: sysvsem
(default: sysvsem)
[Thu Dec 02 19:48:43 2004] [notice] child pid 66 exit signal Segmentation
fault (11)
[Thu Dec 02 19:48:47 2004] [info] Child process pid=118 is exiting
END in modperl_extra.pl, pid=118
END in modperl_extra.pl, pid=118
[Thu Dec 02 19:48:47 2004] [error] [client 127.0.0.1]
Apache::RequestIO::read: (9) Bad file descriptor at /usr/src/modperl-2.0/t
/response/TestApache/read.pm line 26
[Thu Dec 02 19:48:47 2004] [info] (9)Bad file descriptor:
core_output_filter: writing data to the network
[Thu Dec 02 19:48:47 2004] [info] Child process pid=85 is exiting
END in modperl_extra.pl, pid=85
END in modperl_extra.pl, pid=85
[Thu Dec 02 19:48:47 2004] [info] removed PID file
/usr/src/modperl-2.0/t/logs/httpd.pid (pid=61)
[Thu Dec 02 19:48:47 2004] [notice] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=61
END in modperl_extra.pl, pid=61
The coredump shows a similar stacktrace as on Win32 (except with less info,
since I don't have a debug installation of Apache/Perl/mod_perl on Linux so
far):
#0 0x4048f806 in modperl_interp_unselect () from
/usr/src/modperl-2.0/src/modules/perl/mod_perl.so
#1 0x40276c0d in run_cleanups () from /usr/local/apache2/lib/libapr-0.so.0
#2 0x40276180 in apr_pool_destroy () from /usr/local/apache2/lib/libapr-0.so.0
#3 0x40276108 in apr_pool_clear () from /usr/local/apache2/lib/libapr-0.so.0
#4 0x080674d7 in worker_thread ()
#5 0x40271076 in dummy_worker () from /usr/local/apache2/lib/libapr-0.so.0
#6 0x402fff60 in pthread_start_thread () from /lib/i686/libpthread.so.0
#7 0x4042a327 in clone () from /lib/i686/libc.so.6
*** mod_perl version 1.9918
*** using /usr/src/modperl-2.0/lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_AP_PREFIX => /usr/local/apache2
MP_COMPAT_1X =>
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** /usr/local/apache2/bin/httpd -V
Server version: Apache/2.0.52
Server built: Sep 28 2004 21:28:17
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/worker"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** (apr|apu)-config linking info
-L/usr/local/apache2/lib -lapr-0 -lrt -lm -lcrypt -lnsl -lpthread -ldl
-L/usr/local/apache2/lib -laprutil-0 -lgdbm -ldb-4.1 -lexpat
*** /usr/local/perl/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
Platform:
osname=linux, osvers=2.4.21-199-athlon, archname=i686-linux-thread-multi
uname='linux red 2.4.21-199-athlon #1 fri mar 12 08:24:04 utc 2004 i686
athlon i386 gnulinux '
config_args='-df config.sh'
hint=previous, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-fno-strict-aliasing -I/usr/local/include',
optimize='-O3 -march=athlon-tbird',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='3.3.1 (SuSE Linux)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.3.2'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,/usr/local/perl/lib/CORE'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Dec 2 2004 13:18:13
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/local/perl/lib
/usr/local/perl/lib
/usr/local/perl/lib
/usr/local/perl/lib
.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org