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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
