You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Bill O'Hanlon <wm...@pro-ns.net> on 2002/06/09 16:30:37 UTC
FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Hi folks,
I just ran down a problem that was somewhat hard to find, and I didn't see any
mention of anything like it in the archives anywhere. I thought it might be
helpful to mention the details in case someone else is ever in the same
situation.
I'm running FreeBSD 4.5, with perl 5.6.1 and Apache 1.3.24. I had a working
installation of the regular OpenSRS perl code via cgi-bin, but I thought I'd
get it running under Apache::Registry in mod_perl. To my surprise, the Apache
daemons would dump core whenever I tried to log in with manage.cgi.
It turns out that the current FreeBSD port of Apache uses it's own internal
version of "expat", which is an XML library of some kind. This internal
version doesn't connect up well with the version that XML::Parser is expecting
to find. Turning this off in the Apache build fixed the problem, and the
OpenSRS code runs very nicely under mod_perl now. At this point, I don't
understand what functionality I've lost by not having the expat code built into
the Apache binary.
The configure option to leave out expat is "--disable-rule=EXPAT". In the
FreeBSD port, that's easily added to the CONFIGURE_ARGS variable in the
Makefile.
I don't know if this applies to any other platform. My guess is that it could,
since I think the default for Apache is to use the internal version of expat.
Hope this helps someone!
-Bill
--
Bill O'Hanlon wmo@pro-ns.net
Professional Network Services, Inc. 612-379-3958
http://www.pro-ns.net
Re: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Posted by Bill O'Hanlon <wm...@pro-ns.net>.
On Sun, Jun 09, 2002 at 12:43:38PM -0400, Perrin Harkins wrote:
> > I just ran down a problem that was somewhat hard to find, and I didn't
> see any
> > mention of anything like it in the archives anywhere.
>
> The expat issue has been discussed quite a bit on this list, and is
> documented here:
> http://perl.apache.org/guide/troubleshooting.html#Segfaults_when_using_X
> ML_Parser
>
> Sorry to hear you had trouble finding it. That section of the guide is
> the first place you should look when you're having segfault problems.
>
> - Perrin
>
Eeek! Thanks the for the pointer to the warnings and errors guide.
I guess when I first tried to find out what was going on by STFW, I thought it
was something OpenSRS specific. Later, when I'd found something that seemed to
work, I didn't go back and search for expat or XML_Parse.
It's reassuring to see that the fix that I'd guessed at is the right one to
use, though.
Thanks again,
-Bill
--
Bill O'Hanlon wmo@pro-ns.net
Professional Network Services, Inc. 612-379-3958
http://www.pro-ns.net
Re: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Posted by Perrin Harkins <pe...@elem.com>.
> I just ran down a problem that was somewhat hard to find, and I didn't
see any
> mention of anything like it in the archives anywhere.
The expat issue has been discussed quite a bit on this list, and is
documented here:
http://perl.apache.org/guide/troubleshooting.html#Segfaults_when_using_X
ML_Parser
Sorry to hear you had trouble finding it. That section of the guide is
the first place you should look when you're having segfault problems.
- Perrin
RE: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Posted by Mike Melillo <mm...@attbi.com>.
I came across the same problem while trying to install a bunch of XML
modules via the CPAN module. It was pretty frustrating when the module
installations kept dying when it got to expat, even after a installed
the expat port time and time again. I think I solved the problem
similarly to the way you did, either that or I just decided I didn't
need the XML modules installed.
Mike
-----Original Message-----
From: Bill O'Hanlon [mailto:wmo@pro-ns.net]
Sent: Sunday, June 09, 2002 10:31 AM
To: modperl@apache.org
Subject: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Hi folks,
I just ran down a problem that was somewhat hard to find, and I didn't
see any
mention of anything like it in the archives anywhere. I thought it
might be
helpful to mention the details in case someone else is ever in the same
situation.
I'm running FreeBSD 4.5, with perl 5.6.1 and Apache 1.3.24. I had a
working
installation of the regular OpenSRS perl code via cgi-bin, but I thought
I'd
get it running under Apache::Registry in mod_perl. To my surprise, the
Apache
daemons would dump core whenever I tried to log in with manage.cgi.
It turns out that the current FreeBSD port of Apache uses it's own
internal
version of "expat", which is an XML library of some kind. This internal
version doesn't connect up well with the version that XML::Parser is
expecting
to find. Turning this off in the Apache build fixed the problem, and
the
OpenSRS code runs very nicely under mod_perl now. At this point, I
don't
understand what functionality I've lost by not having the expat code
built into
the Apache binary.
The configure option to leave out expat is "--disable-rule=EXPAT". In
the
FreeBSD port, that's easily added to the CONFIGURE_ARGS variable in the
Makefile.
I don't know if this applies to any other platform. My guess is that it
could,
since I think the default for Apache is to use the internal version of
expat.
Hope this helps someone!
-Bill
--
Bill O'Hanlon
wmo@pro-ns.net
Professional Network Services, Inc.
612-379-3958
http://www.pro-ns.net
RE: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Posted by Michael Johnson <mi...@firewing.org>.
Yeh, it does apply on other BSD platforms--but I don't think it's specific
to BSD(s). I use the same args on Net and Open on Apaches I've built on
those platforms. I came across this issue with AxKit. There's tons of
references on the web as well:
http://www.google.com/search?hl=en&ie=UTF8&oe=UTF8&q=disable-rule%3Dexpat
-----Original Message-----
From: Bill O'Hanlon [mailto:wmo@pro-ns.net]
Sent: Sunday, June 09, 2002 7:31 AM
To: modperl@apache.org
Subject: FreeBSD Apache/mod_perl/OpenSRS/expat problem + solution
Hi folks,
I just ran down a problem that was somewhat hard to find, and I didn't see
any
mention of anything like it in the archives anywhere. I thought it might be
helpful to mention the details in case someone else is ever in the same
situation.
I'm running FreeBSD 4.5, with perl 5.6.1 and Apache 1.3.24. I had a working
installation of the regular OpenSRS perl code via cgi-bin, but I thought I'd
get it running under Apache::Registry in mod_perl. To my surprise, the
Apache
daemons would dump core whenever I tried to log in with manage.cgi.
It turns out that the current FreeBSD port of Apache uses it's own internal
version of "expat", which is an XML library of some kind. This internal
version doesn't connect up well with the version that XML::Parser is
expecting
to find. Turning this off in the Apache build fixed the problem, and the
OpenSRS code runs very nicely under mod_perl now. At this point, I don't
understand what functionality I've lost by not having the expat code built
into
the Apache binary.
The configure option to leave out expat is "--disable-rule=EXPAT". In the
FreeBSD port, that's easily added to the CONFIGURE_ARGS variable in the
Makefile.
I don't know if this applies to any other platform. My guess is that it
could,
since I think the default for Apache is to use the internal version of
expat.
Hope this helps someone!
-Bill
--
Bill O'Hanlon
wmo@pro-ns.net
Professional Network Services, Inc. 612-379-3958
http://www.pro-ns.net