PHP :: Bug #6689 :: Apache dumps core when loading PHP dynamically

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 Developer Edit

Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.

Password:

Status:
Package:
Bug Type:
Summary:
From:	st dot n at gmx dot net
New email:
PHP Version:		OS:

New Comment:

[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

Pull Requests

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.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2025 The PHP Group All rights reserved.	Last updated: Wed May 07 11:01:29 2025 UTC