I did a test compile of mod_perl as a DSO, and ran into a problem with
another module I use (mod_dav). It requires EXPAT to be defined in the
ap_auto_config.h file. However, I found this in the mod_perl Makefile.PL:
# Do not disable the rule EXPAT for Stronghold, since
Forrest Aldrich wrote:
I did a test compile of mod_perl as a DSO, and ran into a problem with
another module I use (mod_dav). It requires EXPAT to be defined in the
ap_auto_config.h file. However, I found this in the mod_perl Makefile.PL:
# Do not disable the rule EXPAT for Stronghold
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
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
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
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
=UTF8q=disable-rule%3Dexpat
-Original Message-
From: Bill O'Hanlon [mailto:[EMAIL PROTECTED]]
Sent: Sunday, June 09, 2002 7:31 AM
To: [EMAIL PROTECTED]
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
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
-Original Message-
From: Oskari 'Okko' Ojala [mailto:[EMAIL PROTECTED]]
Got a problem: About 250 of 1000 requests cause a segfault
(11) when using
XML::Parser::parse() under mod_perl. In FAQs it is stated that this is
because of the bundled Expat in Apache.
I've tried
here just the other
day). Drop down to 2.29 and it should work fine.
No success, I tried dropping the version down to 2.25, one by one.
I also tried completely removing the expat from the apache source tree.
The script still core dumps, but I found out that the same code as a
mod_perl .cgi does
and
Apache (which I only know because it happened to someone here just the other
day). Drop down to 2.29 and it should work fine.
No success, I tried dropping the version down to 2.25, one by one.
I also tried completely removing the expat from the apache source tree.
The script still core dumps
On Thu, 3 May 2001, Oskari 'Okko' Ojala wrote:
I'll let you know if the problem gets solved.
Upgrading to Perl 5.6.1 seems to do the job. Thanks to all who helped!
Oskari Ojala
Reg this problem , Paul Kulchenko ( Soap::Lite wizard ) helped me with a
solution given below, back last Fall . I used it with immediate success ,
and I hope it is applicable:
** SOLUTION **
If using SOAP::Lite (or XML::Parser::Expat) in combination with
mod_perl
causes random
Got a problem: About 250 of 1000 requests cause a segfault (11) when using
XML::Parser::parse() under mod_perl. In FAQs it is stated that this is
because of the bundled Expat in Apache.
I've tried disabling Apache's Expat with --disable-rule=EXPAT, but it
doesn't help.
Have you found any
On Wed, 2 May 2001, Oskari 'Okko' Ojala wrote:
I compiled mod_perl with
perl Makefile.PL APACHE_SRC=../apache_1.3.19/src DO_HTTPD=1 USE_APACI=1
PREP_HTTPD=1 EVERYTHING=1
Try changing PREP_HTTPD=1 to APACHE_PREFIX=/usr/local/apache, and add
APACI_ARGS='...' where ... are your --enable-module
On Wed, 2 May 2001, Matt Sergeant wrote:
Try changing PREP_HTTPD=1 to APACHE_PREFIX=/usr/local/apache, and add
APACI_ARGS='...' where ... are your --enable-module bits.
Tried that too, but it doesn't seem to help. Still segfaults. :(
On Tue, 11 Apr 2000, Ardo van Rangelrooij wrote:
Hi!
Hi,
Steve Dunham (thanks!!!)provided a patch which should take care of
this problem. I've made a package available as
http://master.debian.org/~ardo/libxml-parser-perl_2.27-3_i386.deb
Please try it out and let me know what's up.
On Tue, 11 Apr 2000, Ardo van Rangelrooij wrote:
Hi!
Steve Dunham (thanks!!!)provided a patch which should take care of
this problem. I've made a package available as
http://master.debian.org/~ardo/libxml-parser-perl_2.27-3_i386.deb
Please try it out and let me know what's up. If no
.
On Tue, Apr 04, 2000 at 02:49:36PM -0700, Doug MacEachern wrote:
On Tue, 4 Apr 2000, Daniel Jacobowitz wrote:
[mod_perl people - any comment? Please keep the Cc: list to the Debian
bug tracking system.]
When using the XML::Parser::Expat under mod_perl, this causes segmentation
[mod_perl people - any comment? Please keep the Cc: list to the Debian
bug tracking system.]
On Tue, Mar 28, 2000 at 12:50:45PM +0200, [EMAIL PROTECTED] wrote:
Package: libapache-mod-perl
Version: 1.21.2309-1
Severity: Important
When using the XML::Parser::Expat under mod_perl
Something, presumably XML::Parser::Expat, is corrupting malloc's and
perl's data structures randomly. Running under MALLOC_CHECK_=2 has a
high probability of showing this. It also occasionally cores in
Perl_sv_upgrade - the SV is hopelessly mangled:
(gdb) p *sv
$17 = {sv_any = 0x83e58955
On Tue, 4 Apr 2000, Daniel Jacobowitz wrote:
[mod_perl people - any comment? Please keep the Cc: list to the Debian
bug tracking system.]
When using the XML::Parser::Expat under mod_perl, this causes segmentation
faults (quite random?) in the child-processes of httpd.
The error
22 matches
Mail list logo