You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Vladimir V Egorin <vl...@math.uic.edu> on 2000/05/31 22:20:54 UTC
general/6134: seg.fault if there a 'LoadModule php4_module libexec/libphp4.so' directive in httpd.conf
>Number: 6134
>Category: general
>Synopsis: seg.fault if there a 'LoadModule php4_module libexec/libphp4.so' directive in httpd.conf
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: apache
>State: open
>Class: sw-bug
>Submitter-Id: apache
>Arrival-Date: Wed May 31 13:30:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator: vladimir@math.uic.edu
>Release: 1.3.12
>Organization:
apache
>Environment:
SunOS galois.math.uic.edu 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-4
egcs2.95
>Description:
Program received signal SIGSEGV, Segmentation fault.
0xff1d0534 in strcasecmp () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff1d0534 in strcasecmp () from /usr/lib/libc.so.1
#1 0x897f0 in ap_find_command (name=0x1ce308 "Port", cmds=0x121768)
at http_config.c:971
#2 0x89894 in ap_find_command_in_modules (cmd_name=0x1ce308 "Port",
mod=0xffbed3c8) at http_config.c:985
#3 0x89bb4 in ap_handle_command (parms=0xffbef588, config=0x1cadc8,
l=0xffbed458 "Port 80") at http_config.c:1049
#4 0x89d24 in ap_srm_command_loop (parms=0xffbef588, config=0x1cadc8)
at http_config.c:1072
#5 0x8a3ac in ap_process_resource_config (s=0x1ca1d0,
fname=0x1ef838 "/localopt/apachessl/conf/httpd.conf", p=0x1ca1a8,
ptemp=0x1ce1d8) at http_config.c:1252
#6 0x8afb4 in ap_read_config (p=0x1ca1a8, ptemp=0x1ce1d8,
confname=0x1b8838 "conf/httpd.conf") at http_config.c:1539
#7 0x9a1c4 in main (argc=1, argv=0xffbef7cc) at http_main.c:5057
This happens when php4 is compiled as a dynamic module. It seems
ap_find_command_in_modules() is processing asis module when this happens.
I am almost sure this problem is not related to php4 module to the best of
my knowledge (my apology if it is).
>How-To-Repeat:
>Fix:
>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! ]