php.net |  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
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
41 - 13 = ?
Subscribe to this entry?

 
 [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/libphp4.so
                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,
everything
works fine.

I configured Apache with

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

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?

Thanks!
    - Stephan.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

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/home/f993590/pub/php-4.0.2/main
-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
me/f993590/pub/php-4.0.2/ext/xml/expat/xmltok
-I/home/f993590/pub/php-4.0.2/ext/xml/expat/xmlparse  -DEAPI
=1 -D__H_LOCALEDEF -DXML_BYTE_ORDER=21 -O2
-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/home/f993590/pub/php-4.0.2
-I/home/f993590/pub/php-4.0.2/main
-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/
f993590/pub/php-4.0.2/ext/xml/expat/xmltok
-I/home/f993590/pub/php-4.0.2/ext/xml/expat/xmlparse  -DEAPI=1
-D__H_LOCALEDEF -DXML_BYTE_ORDER=21 -O2
-I/usr/informix/incl/esql   -o libphp4.la -rpath
/home/f993590/pub
/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/libZend.la
sapi/apache/libsapi.la main/libmain.la regex/li
bregex.la ext/db/libdb.la ext/informix/libinformix.la
ext/pcre/libpcre.la ext/posix/libposix.la ext/sessio
n/libsession.la ext/standard/libstandard.la
ext/xml/libxml.la  -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.

Thanks,

    - Stephan.

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

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

--Jani
 [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
delay.

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

 [2000-11-01 12:12 UTC] sniper@php.net
I'll look into how this could be done within
configure.

--Jani
 [2001-06-14 16:15 UTC] sniper@php.net
This should be fixed in latest CVS.
http://snaps.php.net/

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Mar 29 14:01:28 2024 UTC