php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #5902 Apache(apxs w/ php) fails to start
Submitted: 2000-08-01 17:10 UTC Modified: 2000-08-04 18:41 UTC
From: mathison at sara dot cpb dot org Assigned:
Status: Closed Package: Reproducible Crash
PHP Version: 4.0.1pl2 OS: Redhat 6.2 (Zoot)
Private report: No CVE-ID: None
 [2000-08-01 17:10 UTC] mathison at sara dot cpb dot org
apache fails to start - no core dump
when php is built as a static module, things work fine,
or if no mysql, esoob and ldap, but with apxs, things work.

Platform: Redhat 6.2( Linux 2.2.14-6.1.1)
          Dell PowerEdge 2400

apache config:
   CFLAGS="-g -O" ./configure --prefix=/usr/local/apache \
    --enable-module=most --enable-shared=max

php config:
./configure --with-apxs=/usr/local/apache/bin/apxs \
 --with-mysql=/usr \
 --with-esoob=/usr/local/easysoft/oob/client \
 --enable-debug --enable-trans-sid --enable-track-vars

back trace:

[root@begot bin]# gdb /usr/local/apache/bin/httpd
GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
Cannot access memory at address 0x40445b14
(gdb) bt
#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40180156 in _dl_close (map=0x80a4770) at dl-close.c:195
#2  0x4009e430 in dlclose_doit (handle=0x80a4770) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a0080, 
    operate=0x4009e418 <dlclose_doit>, args=0x80a4770) at dl-error.c:141
#4  0x4009e8b9 in _dlerror_run (operate=0x4009e418 <dlclose_doit>, 
    args=0x80a4770) at dlerror.c:125
#5  0x4009e3fe in dlclose (handle=0x80a4770) at dlclose.c:32
#6  0x80644f3 in ap_os_dso_unload (handle=0x80a4770) at os.c:133
#7  0x804efcc in unload_module (modi=0x809462c) at mod_so.c:181
#8  0x80501f7 in run_cleanups (c=0x80db914) at alloc.c:1706
#9  0x804f3b9 in ap_clear_pool (a=0x809435c) at alloc.c:531
#10 0x8059eb1 in standalone_main (argc=2, argv=0xbffffd24) at http_main.c:4611
#11 0x805a57f in main (argc=2, argv=0xbffffd24) at http_main.c:4978


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-08-04 18:41 UTC] rasmus@php.net
This is due to a glibc-2.1.x bug which prevents a binary (httpd in this case) from loading a shared library (libphp4.so) when the binary has not been linked against pthreads and the library has.  So, either link httpd against pthreads, or get yourself a version of the libmysqlclient.so library which is not linked against pthreads.  Either compile MySQL from source since by default it does not created a pthreads-linked client library, or rebuild from the SRPM but edit the SPEC file and remove the switch that turns on the threaded client library.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved.
Last updated: Fri Jun 26 17:00:01 2026 UTC