Segmentation Fault -- Help?

This will be long; but so has the process in which I’ve gone through to
resort to a post:

My Environment:

I’ve tried:
Freebsd 4.8
Perl 5.00305 (with FBSD distribution)
Perl 5.6.1
Mysql 11.18 Dist 3.23.57
The Apache and Mod_perl ports with FreeBSD
All dependencies installed from Perl -MCPAN -eshell
All dependencies installed from direct download/source

And NOW I’m running:
Freebsd 4.8
Perl 8.0 (perl.org)
Mysql 11.18 Dist 3.23.57 (from ports)
Apache 1.3.28 Compiled from source (apache.org)
Mod_perl 1.28 Compiled from source (perl.apache.org)
Dependancies installed via FixDeps (no errors)

My Problem:
When everything is finally installed correctly; apache core dumps when
loading webmux.pl. Running a strace gives the impression it occurs
right after reading in and closing Mason::ApacheHandler, dunno?

I also ran a kernel trace, but so far, it only looks like tons of wasted
sifting. =)

I’ve spent quite a bit of time working to get all the dependencies to
compile correctly from CPAN, etc. After finally resorting to raw source
and compiling from source downloaded directly (instead of using ports),
I was able to get all the dependencies to compile correctly with no
errors. I thought using all the newest-of-the-new, I was finally going
to see success; but no… I’m still core dumping.

I’ve been running RT2.0 for many moons under linux with no problem. I’m
currently running it now, no problem. At this point, I’m completely
baffled why a perl application in apache would have any problems on
FreeBSD over Linux, but that’s what I’m seeing.

I’ve read through previous posts and someone had this problem recently;
it was suggested they recompile mod_perl and apache and that fixed the
problem for them. I have re-compiled many many times with no luck.

Here’s a bunch of information you guys will probably ask for:

bash-2.05b# which httpd -l
Compiled-in modules:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_access.c
mod_auth.c
mod_so.c
mod_setenvif.c
mod_perl.c
suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
bash-2.05b#

bash-2.05b# which httpd -v
Server version: Apache/1.3.28 (Unix)
Server built: Sep 3 2003 13:56:27
bash-2.05b#

bash-2.05b# pwd
/usr/src/rt-2-0-15
bash-2.05b# make testdeps
/usr/bin/perl ./tools/testdeps -warn mysql
Checking for Digest::MD5…found
Checking for Storable…found
Checking for DBI 1.18 …found
Checking for DBIx::DataSource 0.02 …found
Checking for DBIx::SearchBuilder 0.48 …found
Checking for HTML::Entities…found
Checking for MLDBM…found
Checking for Net::Domain…found
Checking for Net::SMTP…found
Checking for Params::Validate 0.02 …found
Checking for HTML::Mason 1.02 …found
Checking for CGI::Cookie 1.20 …found
Checking for Apache::Cookie…found
Checking for Apache::Session 1.53 …found
Checking for Date::Parse…found
Checking for Date::Format…found
Checking for MIME::Entity 5.108 …found
Checking for Mail::Mailer 1.20 …found
Checking for Getopt::Long 2.24 …found
Checking for Tie::IxHash…found
Checking for Text::Wrapper…found
Checking for Text::Template…found
Checking for File::Spec 0.8 …found
Checking for Errno…found
Checking for FreezeThaw…found
Checking for File::Temp…found
Checking for Log::Dispatch 1.6 …found
Checking for DBD::mysql 2.0416 …found

Important part of apache.conf:

<VirtualHost *>
ServerName tickets2.austin.winternals.com
DocumentRoot /usr/rt2/WebRT/html
ServerAlias tickets

PerlModule Apache::DBI

PerlFreshRestart On

PerlRequire /usr/rt2/bin/webmux.pl

<Location />
    SetHandler perl-script
    PerlHandler RT::Mason
</Location>

bash-2.05b# strace -f httpd

[…A HUGE SNIP…]

stat(“/usr/local/lib/perl5/5.8.0/i386-freebsd/HTML/Mason/ApacheHandler.p
mc”, 0xbfbff710) = -1 ENOENT (No such file or directory)
open(“/usr/local/lib/perl5/5.8.0/i386-freebsd/HTML/Mason/ApacheHandler.p
m”, O_RDONLY) = -1 ENOENT (No such file or directory)
stat(“/usr/local/lib/perl5/5.8.0/HTML/Mason/ApacheHandler.pmc”,
0xbfbff710) = -1 ENOENT (No such file or directory)
open(“/usr/local/lib/perl5/5.8.0/HTML/Mason/ApacheHandler.pm”, O_RDONLY)
= -1 ENOENT (No such file or directory)
stat(“/usr/local/lib/perl5/site_perl/5.8.0/i386-freebsd/HTML/Mason/Apach
eHandler.pmc”, 0xbfbff710) = -1 ENOENT (No such file or directory)
open(“/usr/local/lib/perl5/site_perl/5.8.0/i386-freebsd/HTML/Mason/Apach
eHandler.pm”, O_RDONLY) = -1 ENOENT (No such file or directory)
stat(“/usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pmc”
, 0xbfbff710) = -1 ENOENT (No such file or directory)
open(“/usr/local/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm”,
O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=31889, …}) = 0
read(3, “# Copyright (c) 1998-2003 by Jon”…, 16384) = 16384
read(3, “bals} = ['$r'];\n\t}\n }\n\n my”…, 16384) = 15505
close(3) = 0
— SIGSEGV (Segmentation fault) —
— SIGSEGV (Segmentation fault) —
bash-2.05b#

Icky.

Can you reproduce this with httpd -X running under gdb and get a
proper backtrace?

-R

At Thu, 4 Sep 2003 11:24:46 -0500,
Benjamin D. Hudgens wrote:

Hello –

Thank you for looking at this! Is this what you were looking for? I’m
not a heavy developer and unfamiliar with gdb mostly; thus, I’m not
exactly sure how to load the “debugging symbols”.

bash-2.05b# gdb !$
gdb /usr/local/sbin/httpd

[…Snip…]

(gdb) set args -X
(gdb) run
Starting program: /usr/local/sbin/httpd -X
(no debugging symbols found)…(no debugging symbols found)…(no
debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…(no debugging symbols found)…(no
debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…(no debugging symbols found)…(no
debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…(no debugging symbols found)…(no
debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…(no debugging symbols found)…(no
debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…
Program received signal SIGSEGV, Segmentation fault.
0x808c3bb in XS_Apache__Table_FETCH ()
(gdb) backtrace
#0 0x808c3bb in XS_Apache__Table_FETCH ()
#1 0x8119387 in Perl_pp_entersub ()
#2 0x81136b4 in Perl_runops_standard ()
#3 0x80d29ae in S_call_body ()
#4 0x80d2af2 in Perl_eval_sv ()
#5 0x80d2e5b in Perl_require_pv ()
#6 0x806fe06 in perl_reload_inc ()
#7 0x8064f5f in perl_restart ()
#8 0x806588f in perl_startup ()
#9 0x80655ef in perl_module_init ()
#10 0x80ad024 in ap_init_modules ()
#11 0x80b7a6e in standalone_main ()
#12 0x80b8378 in main ()
#13 0x8064a4e in _start ()
(gdb)

~BenjaminFrom: Robert Spier [mailto:rspier@pobox.com]
Sent: Thursday, September 04, 2003 12:17 PM
To: rt-devel@lists.fsck.com
Subject: Re: [rt-devel] Segmentation Fault – Help?

Icky.

Can you reproduce this with httpd -X running under gdb and get a
proper backtrace?

-R

At Thu, 4 Sep 2003 11:24:46 -0500,
Benjamin D. Hudgens wrote:

This will be long; but so has the process in which I’ve gone through
to
resort to a post:
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel

[Please keep responses on the list and don’t email directly.]

Thank you for looking at this! Is this what you were looking for? I’m
not a heavy developer and unfamiliar with gdb mostly; thus, I’m not
exactly sure how to load the “debugging symbols”.

debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…
Program received signal SIGSEGV, Segmentation fault.
0x808c3bb in XS_Apache__Table_FETCH ()
(gdb) backtrace
#0 0x808c3bb in XS_Apache__Table_FETCH ()
#1 0x8119387 in Perl_pp_entersub ()
#2 0x81136b4 in Perl_runops_standard ()
#3 0x80d29ae in S_call_body ()

Thats exactly the information I was looking for.

You might want to google for FreeBSD and some of the keywords above. And
possibly bring this to the mod_perl list. It’s not directly an RT
issue… because it’s crashing deep (ok… not too deep) inside
mod_perl.

-R

This problem is solved on apache compile without EXPAT:

http://perlmonks.thepen.com/221940.html

Sds,
Marco Antonio

Robert Spier wrote:

Hello Marco –

What lead you to believe the issue was related to EXPAT? I have compiled using:

perl Makefile.PL USE_APACI=1 EVERYTHING=1 DO_HTTPD=1
APACHE_PREFIX=/usr/local/apache APACHE_SRC=…/apache­_1.3.28/src
APACI_ARGS=‘–enable­module=rewrite,–disable-rule=EXPAT,–enable-module=so’

Installed the new Apache daemon and:

bash-2.05b# /usr/src/apache_1.3.28/src/httpd -X
Segmentation fault (core dumped)
bash-2.05b#

Thanks for your help!
~BenjaminFrom: Marco A P D´Andrade [mailto:mda@embratel.net.br]
Sent: Thursday, September 04, 2003 1:29 PM
To: Robert Spier
Cc: rt-devel@lists.fsck.com
Subject: Re: [rt-devel] Segmentation Fault – Help?

This problem is solved on apache compile without EXPAT:

http://perlmonks.thepen.com/221940.html

Sds,
Marco Antonio

Robert Spier wrote:

[Please keep responses on the list and don’t email directly.]

Thank you for looking at this! Is this what you were looking for? I’m
not a heavy developer and unfamiliar with gdb mostly; thus, I’m not
exactly sure how to load the “debugging symbols”.

debugging symbols found)…(no debugging symbols found)…
(no debugging symbols found)…
Program received signal SIGSEGV, Segmentation fault.
0x808c3bb in XS_Apache__Table_FETCH ()
(gdb) backtrace
#0 0x808c3bb in XS_Apache__Table_FETCH ()
#1 0x8119387 in Perl_pp_entersub ()
#2 0x81136b4 in Perl_runops_standard ()
#3 0x80d29ae in S_call_body ()

Thats exactly the information I was looking for.

You might want to google for FreeBSD and some of the keywords above. And
possibly bring this to the mod_perl list. It’s not directly an RT
issue… because it’s crashing deep (ok… not too deep) inside
mod_perl.

-R


rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel

rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel

Benjamin D. Hudgens schrieb:

This will be long; but so has the process in which I’ve gone through to
resort to a post:

My Problem:
When everything is finally installed correctly; apache core dumps when
loading webmux.pl. Running a strace gives the impression it occurs
right after reading in and closing Mason::ApacheHandler, dunno?

I had a very similar problem a couple of weeks ago (using Linux - but it
might be the same thing). When I started Apache (with mod_perl and
everything vom CPAN - testdeps didn’t complain) the httpd crashed. After
some trying and checking I found out, that two Perl modules didn’t
interact very well.
I’m sorry - but I can’t remeber which two. I believe the where somewhere
around DBI (Apache::DBI and DBI etc.). When I updated all modules by
hand (using the list generated by testdeps), CPAN found a module to
update. After that everything was ok.

Just my twopence. Don’t know wether it is related…

Grettings

Sebastian

Hello; I’ve tried that as well: Still searching?

cpan> install Storable
Storable is up to date.

cpan> install Digest::MD5
Digest::MD5 is up to date.

cpan> install Storable
Storable is up to date.

cpan> install DBI
DBI is up to date.

cpan> install DBIx::DataSource
DBIx::DataSource is up to date.

cpan> install DBIx::SearchBuilder
DBIx::SearchBuilder is up to date.

cpan> install HTML::Entities
HTML::Entities is up to date.

cpan> install MLDBM
MLDBM is up to date.

cpan> install Net::Domain
Net::Domain is up to date.

cpan> install Net::SMTP
Net::SMTP is up to date.

cpan> install Params::Validate
Params::Validate is up to date.

cpan> install HTML::Mason
HTML::Mason is up to date.

cpan> install CGI::Cookie
CGI::Cookie is up to date.

cpan> install Apache::Cookie
Apache::Cookie is up to date.

cpan> install Apache::Session
Apache::Session is up to date.

cpan> install Date::Parse
Date::Parse is up to date.

cpan> install Date::Format
Date::Format is up to date.

cpan> install MIME::Entity
MIME::Entity is up to date.

cpan> install Mail::Mailer
Mail::Mailer is up to date.

cpan> install Getopt::Long
Getopt::Long is up to date.

cpan> install Tie::IxHash
Tie::IxHash is up to date.

cpan> install Text::Wrapper
Text::Wrapper is up to date.

cpan> install Text::Template
Text::Template is up to date.

cpan> install File::Spec
File::Spec is up to date.

cpan> install Errno
Errno is up to date.

cpan> install FreezeThaw
FreezeThaw is up to date.

cpan> install File::Temp
File::Temp is up to date.

cpan> install Log::Dispatch
Log::Dispatch is up to date.

cpan> install DBD::mysql
DBD::mysql is up to date.

bash-2.05b# date
Sat Sep 6 08:50:15 GMT 2003
bash-2.05b# httpd -X
Segmentation fault (core dumped)
bash-2.05b#From: Sebastian Cramer [mailto:sc@graf-schabernack.de]
Sent: Friday, September 05, 2003 2:34 AM
To: rt-devel@lists.fsck.com
Subject: Re: [rt-devel] Segmentation Fault – Help?

Benjamin D. Hudgens schrieb:

This will be long; but so has the process in which I’ve gone through to
resort to a post:

My Problem:
When everything is finally installed correctly; apache core dumps when
loading webmux.pl. Running a strace gives the impression it occurs
right after reading in and closing Mason::ApacheHandler, dunno?

I had a very similar problem a couple of weeks ago (using Linux - but it

might be the same thing). When I started Apache (with mod_perl and
everything vom CPAN - testdeps didn’t complain) the httpd crashed. After

some trying and checking I found out, that two Perl modules didn’t
interact very well.
I’m sorry - but I can’t remeber which two. I believe the where somewhere

around DBI (Apache::DBI and DBI etc.). When I updated all modules by
hand (using the list generated by testdeps), CPAN found a module to
update. After that everything was ok.

Just my twopence. Don’t know wether it is related…

Grettings

Sebastian

rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel