|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #6689 Apache dumps core when loading PHP dynamically
Submitted: 2000-09-12 17:49 UTC Modified: 2001-06-14 16:15 UTC
From: st dot n at gmx dot net Assigned:
Status: Closed Package: Dynamic loading
PHP Version: 4.0.2 OS: AIX 4.3.0
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: st dot n at gmx dot net
New email:
PHP Version: OS:


 [2000-09-12 17:49 UTC] st dot n at gmx dot net
    I finally managed to install Apache 1.3.12 with mod_ssl,
openssl, mm
and PHP 4.0.2 on AIX 4.3.0. Everything works fine, except
for PHP. When I
try to start the Apache http with the two lines

                LoadModule php4_module libexec/
                AddModule mod_php4.c

    included in httpd.conf, it crashes immediately on
startup (with or
without SSL):

$ apachectl startssl # (or apachectl start)
apachectl[83]: 32068 Segmentation fault(coredump)
apachectl startssl: httpd could not be started

Inspecting the core file shows the following backtrace:

                #0 0xd1c03aa8 in ap_register_cleanup ()
                #1 0xd1c04e90 in php_create_dir ()
                #2 0x10019b34 in ap_single_module_configure ()
                #3 0x10049be4 in load_module ()
                #4 0x100174ac in invoke_cmd ()
                #5 0x100183d0 in ap_handle_command ()
                #6 0x100184c0 in ap_srm_command_loop ()
                #7 0x10018cb8 in ap_process_resource_config ()
                #8 0x100199b8 in ap_read_config ()
                #9 0x10006c2c in main ()
                #10 0x100001dc in __start ()

    With the LoadModule and AddModule lines commented out,
works fine.

I configured Apache with

SSL_BASE=../openssl-0.9.5a ./configure --enable-module=most

and PHP with

./configure --with-apxs=/usr/local/apache/bin/apxs
--with-informix --with-mm --without-mysql

Is there anything wrong with this?
Should I build PHP as a static module instead of a dynamic one?
Or is this just a bug and I should file a bug report?
Can anybody give me some hints?

    - Stephan.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2000-09-12 18:12 UTC] st dot n at gmx dot net
make[1]: Entering directory `/homep9/f993590/pub/php-4.0.2'
/bin/sh /home/f993590/pub/php-4.0.2/libtool --silent
--mode=compile gcc  -I. -I/home/f993590/pub/php-4.0.2
/ -I/home/f993590/pub/php-4.0.2
-I/usr/local/apache/include -I/home/f99
3590/pub/php-4.0.2/Zend -I/home/f993590/pub/php-4.0.2
-I/usr/informix/incl/esql -I/usr/local/include -I/ho
-I/home/f993590/pub/php-4.0.2/ext/xml/expat/xmlparse  -DEAPI
-I/usr/informix/incl/esql  -c stub.c
/bin/sh /home/f993590/pub/php-4.0.2/libtool --silent
--mode=link gcc  -I. -I/home/f993590/pub/php-4.0.2/ -
-I/usr/local/apache/include -I/home/f99359
0/pub/php-4.0.2/Zend -I/home/f993590/pub/php-4.0.2
-I/usr/informix/incl/esql -I/usr/local/include -I/home/
-I/home/f993590/pub/php-4.0.2/ext/xml/expat/xmlparse  -DEAPI=1
-I/usr/informix/incl/esql   -o -rpath
/php-4.0.2/libs -avoid-version -L/usr/informix/lib
-L/usr/informix/lib/esql -L/home/f993590/pub/php-4.0.2/
ext/informix -L/usr/local/lib  -R /usr/informix/lib -R
/usr/informix/lib/esql -R /home/f993590/pub/php-4.0
.2/ext/informix -R /usr/local/lib stub.lo  Zend/
sapi/apache/ main/ regex/li ext/db/ ext/informix/
ext/pcre/ ext/posix/ ext/sessio
n/ ext/standard/
ext/xml/  -ldl -lmm -lbind -lm -ldl -lcrypt -lixsqlsh
r -lixasfshr -lixgenshr -lixosshr -lixglsshr -ltli -lmsaa
-lbsd -lphp_ifx -lixglx
ld: 0711-224 WARNING: Duplicate symbol: ._GLOBAL__DI
ld: 0711-224 WARNING: Duplicate symbol: ._GLOBAL__DD
ld: 0711-224 WARNING: Duplicate symbol: _GLOBAL__DI
ld: 0711-224 WARNING: Duplicate symbol: _GLOBAL__DD
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain
more information.
make[1]: Leaving directory `/homep9/f993590/pub/php-4.0.2'
Making all in pear
make[1]: Entering directory `/homep9/f993590/pub/php-4.0.2/pear'
make[1]: Leaving directory `/homep9/f993590/pub/php-4.0.2/pear'

 [2000-09-12 18:30 UTC] st dot n at gmx dot net
    Sorry for the uncommented make log excerpt in my previous comment to
this bug. Posting large texts with a web interface really sucks. :-(

    What I wanted to say is that I noticed that I also got some warnings
in the last compilation stages of PHP, which may be relevant. They are
included in the above mentioned comment.


    - Stephan.

 [2000-09-13 07:03 UTC]
Please check bug report #4630 and try what is suggested in the last 
comments in it.  And report back whether it helped or not.

 [2000-10-12 08:25 UTC]
Have you checked bug report #4630 and if you have,
did it help what there was suggested?

 [2000-10-16 12:18 UTC] st dot n at gmx dot net
    Sorry for the delay ... I did a static built as I had
to get it working, and didn't have the time yet to fiddle
with it again. But I'll try now and will report in the next
few days.
 [2000-10-17 05:17 UTC] st dot n at gmx dot net
    Okay, I finally tried the workaround in bug 4630 and it
works! `http -l' shows only http_core.c and mod_so.c, no
core dump any more, and php_info() shows lots of loaded
modules, including mod_php4. Thanks! And sorry again for the

Once again I was shown how braindead the shared library
mechanism in AIX is. :-(

 [2000-11-01 12:12 UTC]
I'll look into how this could be done within

 [2001-06-14 16:15 UTC]
This should be fixed in latest CVS.

PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Thu May 13 12:01:25 2021 UTC