general/6942: LoadModule statements inside VirtualHost cause SEGV during config parsing/module loading

[Michael Handler <ha...@sub-rosa.com>]

>Number:         6942
>Category:       general
>Synopsis:       LoadModule statements inside VirtualHost cause SEGV during config parsing/module loading
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Wed Dec 06 18:30:01 PST 2000
>Closed-Date:
>Last-Modified:
>Originator:     handler-web-apache@sub-rosa.com
>Release:        1.3.14
>Organization:
apache
>Environment:
Compiled on:

SunOS build1.ofc1.va.gemnets.com 5.6 Generic_105181-22 sun4u sparc SUNW,UltraSPARC-IIi-cEngine

Bug discovered on:

SunOS cust-web1.dc1.va.bbops.net 5.8 Generic_108528-03 sun4u sparc SUNW,Ultra-60

gcc version 2.95.2
>Description:
Config excerpt:

<VirtualHost 66.18.15.110:8001>

LoadModule jk_module /dist/pkg/jakarta-tomcat/3.2/lib/mod_jk.so
JkWorkersFile /local/service/jakarta-tomcat/3.2/tomcat/conf/workers.properties
JkLogFile /local/service/jakarta-tomcat/3.2/tomcat/logs/mod_jk.log
JkLogLevel error

[...]

Running httpd -t on this config file results in a segmentation fault. I don't
have gdb available tonight, but the core file is saved, and I can provide full
backtraces if requested.

This configuration is indeed most likely completely bogus, but I would much
rather see Apache throw an error in this condition than segfault mysteriously. :)

Full configuration file available as well, if necessary.
>How-To-Repeat:

>Fix:
I reported this problem to Manoj via *cough* IRC, and he implemented a fix in
his local copy, but requested that I submit this bug report for formal
documentation of the problem.
>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]