php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #36063 Crash with Oracle 9i module loaded
Submitted: 2006-01-18 05:27 UTC Modified: 2006-02-02 14:43 UTC
From: selsky at columbia dot edu Assigned:
Status: Not a bug Package: Unknown/Other Function
PHP Version: 4.4.2 OS: Solaris 9
Private report: No CVE-ID: None
 [2006-01-18 05:27 UTC] selsky at columbia dot edu
Description:
------------
I configured php as follows:

./configure \
  --prefix=/opt/php-4.4.2 \
  --sysconfdir=/etc/php \
  --with-config-file-path=/etc/php \
  --with-apxs2 \
  --with-oci8=shared,/opt/oracle-9.2 \
  --enable-debug

PHP 4.4.2
Apache 2.0.55
Solaris 9

Reproduce code:
---------------
/opt/php-4.4.2/bin/php -me

Expected result:
----------------
A listing of the loaded modules.

Actual result:
--------------
[PHP Modules]
ctype
mysql
oci8
overload
pcre
posix
session
standard
tokenizer
xml

[Zend Modules]

/src/web/php/php-4.4.2/src/Zend/zend_llist.c(38) :  Freeing 0x002EE010 (23 bytes), script=-
/src/web/php/php-4.4.2/src/main/SAPI.c(593) :  Freeing 0x002EDFC8 (10 bytes), script=-
/src/web/php/php-4.4.2/src/main/SAPI.c(543) :  Freeing 0x00283388 (24 bytes), script=-

Program received signal SIGSEGV, Segmentation fault.


(gdb) bt
#0  0xfe8105f0 in ?? ()
#1  0xff156b74 in keys_destruct () from /usr/lib/libc.so.1
#2  0xff11cbe8 in _exithandle () from /usr/lib/libc.so.1
#3  0xff1a049c in exit () from /usr/lib/libc.so.1
#4  0x0020b3cc in main (argc=2, argv=0xffbffa9c) at /src/web/php/php-4.4.2/src/sapi/cli/php_cli.c:894


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-01-18 09:42 UTC] sniper@php.net
And you are loading the right modules in your php.ini? Like the one you just compiled?

Try this: php -n -m
 [2006-01-18 09:46 UTC] selsky at columbia dot edu
$ /opt/php-4.4.2/bin/php -n -m
[PHP Modules]
ctype
mysql
overload
pcre
posix
session
standard
tokenizer
xml

[Zend Modules]

/src/web/php/php-4.4.2/src/Zend/zend_llist.c(38) :  Freeing 0x002AD868 (23 bytes), script=-
/src/web/php/php-4.4.2/src/main/SAPI.c(593) :  Freeing 0x002AD820 (10 bytes), script=-
/src/web/php/php-4.4.2/src/main/SAPI.c(543) :  Freeing 0x002AD7D0 (24 bytes), script=-

My php.ini includes the oci8 module.

$ grep extension /etc/php/php.ini
extension=oci8.so
 [2006-01-18 10:11 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php5.1-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.1-win32-latest.zip


 [2006-01-18 10:12 UTC] tony2001@php.net
Are you sure you're loading the right module?
The backtrace shows that you're doing something terribly wrong and it has nothing to do with OCI8 itself.
 [2006-01-18 14:28 UTC] selsky at columbia dot edu
I wasn't able to reproduce the problem when I copied the 
binaries to another machine so I'd like to chalk this up 
to Solaris patch stupidity.  Thank you for your time.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Thu Jul 17 14:04:04 2025 UTC