From jay@modusponens.dnsalias.org  Sat Apr  6 18:10:22 2002
Return-Path: <jay@modusponens.dnsalias.org>
Received: from modusponens.dnsalias.org (pool-151-203-188-242.wma.east.verizon.net [151.203.188.242])
	by hub.freebsd.org (Postfix) with ESMTP id E1FF137B41D
	for <FreeBSD-gnats-submit@freebsd.org>; Sat,  6 Apr 2002 18:10:18 -0800 (PST)
Received: (from jay@localhost)
	by socrates.modusponens.org (8.11.6/8.11.6) id g340S1g23649;
	Wed, 3 Apr 2002 19:28:01 -0500 (EST)
	(envelope-from jay)
Message-Id: <200204040028.g340S1g23649@socrates.modusponens.org>
Date: Wed, 3 Apr 2002 19:28:01 -0500 (EST)
From: Jay Sachs <jay@eziba.com>
To: FreeBSD-gnats-submit@freebsd.org
Subject: apache13-* coredumps when using XML::Parser
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         36832
>Category:       ports
>Synopsis:       apache13-* coredumps when using XML::Parser
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kuriyama
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 06 18:20:01 PST 2002
>Closed-Date:    Tue Dec 30 05:59:01 PST 2003
>Last-Modified:  Thu Jun 10 23:00:37 GMT 2004
>Originator:     Jay Sachs
>Release:        FreeBSD 4.5-STABLE i386
>Organization:
Eziba.com
>Environment:
System: FreeBSD socrates.modusponens.org 4.5-STABLE FreeBSD 4.5-STABLE #2: Mon Feb 25 20:59:42 EST 2002 root@socrates.modusponens.org:/tmp/obj/usr/src/sys/SOCRATES i386


	
>Description:

If you try to run an XML::Parser under a stock build of
apache13-modssl and mod-perl, apache core dumps because of some
interaction between apache's builtin expat and the expat used by
XML::Parser (really, the expat2 port).

>How-To-Repeat:

Build apache13-modssl, modperl, p5-XML-Parser, and then create an
XML::Parser, and parse a file. httpd will coredump.

>Fix:

At least provide a knob in the apache13 makefile to add

  --disable-rule=EXPAT

to the CONFIGURE_ARGS. Perhaps this should even be the default.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->kuriyama 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Sat Apr 5 04:53:56 PST 2003 
Responsible-Changed-Why:  
Kuriyama is in charge of expat2, maybe he can give his wisdom about this PR. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=36832 
State-Changed-From-To: open->feedback 
State-Changed-By: kuriyama 
State-Changed-When: Tue Dec 30 05:55:30 PST 2003 
State-Changed-Why:  
Feedbacked. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=36832 
State-Changed-From-To: feedback->closed 
State-Changed-By: kuriyama 
State-Changed-When: Tue Dec 30 05:58:20 PST 2003 
State-Changed-Why:  
Submitter is disappeared... 

----- 
... while talking to mx1.eziba.com.: 

From: kuriyama@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org, jay@eziba.com
Cc:  
Subject: Re: ports/36832: apache13-* coredumps when using XML::Parser
Date: Tue, 30 Dec 2003 22:54:29 +0900 (JST)

 I've tryed with apache+mod_ssl-1.3.29+2.8.16 and mod_perl-1.28
 on -current.
 
 With simple CGI which parses XHTML, it ended without core.
 
 Could you please testing with latest ports tree, and showing
 me a reproducable script?

From: Ben Bangert <bbangert@ambusi.com>
To: freebsd-gnats-submit@FreeBSD.org, jay@eziba.com
Cc:  
Subject: Re: ports/36832: apache13-* coredumps when using XML::Parser
Date: Thu, 10 Jun 2004 15:50:45 -0700

 This is absolutely still an issue. It took me quite awhile to track 
 down this hellish problem, and find out XML::Parser was the culprit. 
 Once I rebuilt Apache with the APACHE_WITHOUT_EXPAT rule, no probs. 
 During apache port install, I'd recommend making this issue known to 
 the user. Below is a report of the problem, and a script to reproduce.
 
 Affected system:
 Latest 4.x branch of FreeBSD
 Most recent Apache + modssl port
 Latest Perl port (5.8.4)
 Latest mod_perl port
 
 Use XML::Parser to parser a file under the mod_perl environment. Apache 
 will core dump.
 
 
 The audit trail report from kuriyama may not have found the bug since 
 he said he used a simple CGI. CGI will spawn a separate Perl process 
 thus evading the problem. This needs to be executed directly by the 
 mod_perl apache to cause the core dump.
 
 I'm using Mason, so the following will cause the core dump under the 
 environment I listed, with Mason setup and installed.
 
 index.html:
 
 <%init>
 use XML::Twig;
 
 my $t = XML::Twig->new();
 $t->parsefile("anyfile.xml");   # Feed it a xml file here
 
 </%init>
 
 ## End file
 
 Watch apache core dump.
 
 Ben Bangert
 ben@groovie.org
 
>Unformatted:
 >>> RCPT To:<jay@eziba.com> 
 <<< 550 5.1.1 <jay@eziba.com>... User unknown 
 550 5.1.1 <jay@eziba.com>... User unknown 
 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=36832 
