Hi there, On Wed, 6 Feb 2002, Mark P. Fister wrote:
> Collectively, we've been at this for more than two weeks and have searched > various mod_perl archives, all to no avail. :( > SIGSEGV after fork(). Very reproducible. Memory corruption gets moved > around if the codebase changes. [snip] > Perl: [snip] > config_args='-des -Doptimize=-g -Dusedevel -Uinstallusrbinperl >-Ubincompat5005 -Uusemymalloc -Dcc=gcc -pipe -g -I/usr/include/db3 -Dcccdlflags=-fPIC >-Dinstallprefix=/home/mfister/vendor/perl-5.6.1 >-Dprefix=/home/mfister/vendor/perl-5.6.1 [EMAIL PROTECTED] >-Dinstallman1dir=/home/mfister/vendor/perl-5.6.1/man/man1 >-Dinstallman3dir=/home/mfister/vendor/perl-5.6.1/man/man3 >-Dman1dir=/home/mfister/vendor/perl-5.6.1/man/man1 >-Dman3dir=/home/mfister/vendor/perl-5.6.1/man/man3 -Dd_dosuid=n -Dd_semctl_semun >-Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Uuselargefiles' You might try usemymalloc. > Compiler: > optimize='-g', Hmmmm... > ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.1 2.96-85)', >gccosandvers='' You've obviously read the docs, so I take it the same compiler built Aapche, mod_perl and Perl. Have you tried this on RH6.2 with the compiler that came with that? > Stack Trace: > =========== > #0 __pthread_mutex_lock (mutex=0x8bf04999) at mutex.c:99 > #1 0x401b9cc8 in __libc_free (mem=0x4046cc18) at malloc.c:3152 > #2 0x403ce028 in Perl_safesysfree (where=0x4046cc18) at util.c:158 > #3 0x403f20d8 in Perl_sv_clear (sv=0x8198f60) at sv.c:3827 > #4 0x403f2473 in Perl_sv_free (sv=0x8198f60) at sv.c:3950 > #5 0x403f80e1 in do_clean_all (sv=0x8198f60) at sv.c:8411 > #6 0x403e9c5e in S_visit (f=0x403f8094 <do_clean_all>) at sv.c:162 > #7 0x403e9ce2 in Perl_sv_clean_all () at sv.c:193 > #8 0x4038594a in perl_destruct (my_perl=0x809a9a8) at perl.c:665 > #9 0x4035629c in perl_shutdown (s=0x0, p=0x0) at mod_perl.c:294 > #10 0x40356be6 in mp_dso_unload (data=0x808e714) at mod_perl.c:489 Have you tried a statically linked mod_perl? 73, Ged.
