php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #5253 apache segfaults in/after call to dlclose
Submitted: 2000-06-28 17:42 UTC Modified: 2000-08-18 18:49 UTC
From: mme at myprog dot de Assigned:
Status: Closed Package: Dynamic loading
PHP Version: 4.0.0 Release OS: Linux 2.2.12 (RedHat 6.1 vanilla
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.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: mme at myprog dot de
New email:
PHP Version: OS:

 

 [2000-06-28 17:42 UTC] mme at myprog dot de
Using the following configure line:

./configure  --prefix=/usr/local/packages/php-4.0RC1 --with-gnu-ld --with-apxs
=/usr/local/packages/apache-1.3.12/bin/apxs --with-exec-dir=/usr/local/packages/
php-4.0RC1/bin --with-config-file-path=/usr/local/packages/php-4.0RC1/lib/ --ena
ble-sigchild --with-oci8=/mnt/disk/oracle/product/8.1.6 --enable-versioning

we set up PHP with Oracle support.

Unfortunately, apache decides to bomb afterwards. 
Using gdb I traced the problem to a place in os.c,
within the function as_os_dso_unload.
When unloading the php module during startup 
(don't know exactly why apache does this), dlclose 
crashes. The exact backtrace at this point is:

#0  0x4000a6d1 in _dl_debug_state () at dl-debug.c:56
#1  0x401b14e6 in _dl_close (map=0x8053db8) at dl-close.c:195
#2  0x400d20c0 in dlclose_doit (handle=0x8053db8) at dlclose.c:26
#3  0x4000a3eb in _dl_catch_error (errstring=0x400d3d00, 
    operate=0x400d20a8 <dlclose_doit>, args=0x8053db8) at dl-error.c:141
#4  0x400d2549 in _dlerror_run (operate=0x400d20a8 <dlclose_doit>, 
    args=0x8053db8) at dlerror.c:125
#5  0x400d208e in dlclose (handle=0x8053db8) at dlclose.c:32
#6  0x400426f5 in ap_os_dso_unload (handle=0x8053db8) at os.c:133
#7  0x4001d615 in unload_module (modi=0x804bd54) at mod_so.c:181
#8  0x4001f75e in run_cleanups (c=0x804c4cc) at alloc.c:1706
#9  0x4001dced in ap_clear_pool (a=0x804bb7c) at alloc.c:531
#10 0x400305af in standalone_main (argc=2, argv=0xbffffc44) at http_main.c:4611
#11 0x400310e5 in ap_main (argc=2, argv=0xbffffc44) at http_main.c:4978
#12 0x80487dd in main (argc=2, argv=0xbffffc44) at main/http_main.c:6902

Apache version is 1.3.12. 

It seems, that the problem is only present when using
a php module with Oracle support compiled in. 

Any ideas? 



Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-07-26 02:00 UTC] waldschrott@php.net
Please verify that it?s still happening using the latest version of PHP (release 4.0.1pl2 or CVS).
 [2000-08-18 18:49 UTC] sniper@php.net
No feedback from user.

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 07:01:27 2024 UTC