#23144 [Opn]: crash with oracle 9.2.0.1 from OCIPLogon

ID: 23144 User updated by: ldemailly at qualys dot com Reported By: ldemailly at qualys dot com Status: Open Bug Type: OCI8 related Operating System: Linux 2.4.20 -PHP Version: 4CVS-2003-04-09 (stable) +PHP Version: 4CVS-2003-04-28 (stable) New Comment: looks like my new info got lost, here it is again: did cvs update on PHP_4_3, then buildconf then ./configure --with-oci8=$ORACLE_HOME --with-apache=../../apache_1.3.27 --with-mcrypt=/usr/local --enable-sysvsem --enable-sysvshm --enable-trackvars --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --without-mysql && make && sudo make install then for apache: ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a --enable-module=php4 && make && sudo make install (ORACLE_HOME = where 9.2.0.1 for linux (redhat 9) is installed) then : [dl@dl-pc apache_1.3.27]$ gdb /usr/local/apache/bin/httpd GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 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-gnu"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 1084695168 (LWP 26951)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084695168 (LWP 26951)] 0x4073a4e2 in sskgmstat () from /usr/local/oracle/lib/libclntsh.so.9.0 (gdb) where #0 0x4073a4e2 in sskgmstat () from /usr/local/oracle/lib/libclntsh.so.9.0 #1 0x40734827 in skgmidrealm () from /usr/local/oracle/lib/libclntsh.so.9.0 #2 0x40734331 in skgmlocate () from /usr/local/oracle/lib/libclntsh.so.9.0 #3 0x40733d28 in skgmcrone () from /usr/local/oracle/lib/libclntsh.so.9.0 #4 0x407383dc in skgmcrmany () from /usr/local/oracle/lib/libclntsh.so.9.0 #5 0x40731c0d in skgmcreate () from /usr/local/oracle/lib/libclntsh.so.9.0 #6 0x4032f86b in kgupmcreate_sga () from /usr/local/oracle/lib/libclntsh.so.9.0 #7 0x4032d0c8 in kgup_startup () from /usr/local/oracle/lib/libclntsh.so.9.0 #8 0x40276033 in kpushInit () from /usr/local/oracle/lib/libclntsh.so.9.0 #9 0x40740607 in kpummpin () from /usr/local/oracle/lib/libclntsh.so.9.0 #10 0x40276389 in kpupin () from /usr/local/oracle/lib/libclntsh.so.9.0 #11 0x402cabbc in OCIInitialize () from /usr/local/oracle/lib/libclntsh.so.9.0 #12 0x080cb9dc in zm_startup_oci () #13 0x080a3a83 in zend_startup_module () #14 0x08084cad in php_startup_extensions () #15 0x080afa6e in php_startup_internal_extensions () #16 0x08085043 in php_module_startup () #17 0x0807e6cb in ap_get_server_built () #18 0x0807f075 in ap_get_server_built () #19 0x0807f15f in ap_get_server_built () #20 0x08146baa in ap_clear_module_list () #21 0x0814746e in ap_handle_command () #22 0x081474f5 in ap_srm_command_loop () #23 0x0814aa5c in ap_limit_section () #24 0x08146a24 in ap_clear_module_list () #25 0x0814746e in ap_handle_command () #26 0x081474f5 in ap_srm_command_loop () #27 0x08147c81 in ap_process_resource_config () #28 0x0814853f in ap_read_config () #29 0x08152b5d in main () #30 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) Previous Comments: ------------------------------------------------------------------------ [2003-04-28 12:56:29] ldemailly at qualys dot com (reopening, updating summary with new crash info (maybe I should open a new bug instead ?)) ------------------------------------------------------------------------ [2003-04-28 11:15:53] sniper@php.net This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2003-04-23 03:50:26] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2003-04-09 18:59:43] ldemailly at qualys dot com With php4-STABLE-200304092130 And httpd-2.0.45 And Oracle9i Release 2 : 9.2.0.1 (latest avail on oracle.com) And doing ./configure --with-oci8 --with-apxs2=/usr/local/apache2/bin/apxs --enable-sysvshm --enable-trackvars --without-mysql --enable-sysvsem and a crash.php : <?php echo (@OCIPLogon("foo","bar","DB")); ?> Starting program: /usr/local/apache2/bin/httpd -X [New Thread 16384 (LWP 3823)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3823)] 0x40556eca in kpuhhaloc () from /usr/local/oracle/lib/libclntsh.so.9.0 (gdb) bt #0 0x40556eca in kpuhhaloc () from /usr/local/oracle/lib/libclntsh.so.9.0 #1 0x4056722f in kpughndl0 () from /usr/local/oracle/lib/libclntsh.so.9.0 #2 0x4056d613 in kpughndl () from /usr/local/oracle/lib/libclntsh.so.9.0 #3 0x405c1ea6 in OCIHandleAlloc () from /usr/local/oracle/lib/libclntsh.so.9.0 #4 0x40318b4f in _oci_open_session (server=0x81a2df0, username=0x8193f64 "foo", password=0x8193f9c "bar", persistent=1, exclusive=0, charset=0x402ed2e0 "") at /home/dl/php4-STABLE-200304092130/ext/oci8/oci8.c:2247 #5 0x40319960 in oci_do_connect (ht=3, return_value=0x8193fec, this_ptr=0x0, return_value_used=1, persistent=1, exclusive=0) at /home/dl/php4-STABLE-200304092130/ext/oci8/oci8.c:2682 #6 0x4031c98f in zif_ociplogon (ht=3, return_value=0x8193fec, this_ptr=0x0, return_value_used=1) at /home/dl/php4-STABLE-200304092130/ext/oci8/oci8.c:4314 #7 0x403d7bdc in execute (op_array=0x818f8ac) at /home/dl/php4-STABLE-200304092130/Zend/zend_execute.c:1606 #8 0x403c56c0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/dl/php4-STABLE-200304092130/Zend/zend.c:864 #9 0x4039ef1c in php_execute_script (primary_file=0xbffff5a0) at /home/dl/php4-STABLE-200304092130/main/main.c:1636 #10 0x403dfb7e in php_handler (r=0x8187e20) at /home/dl/php4-STABLE-200304092130/sapi/apache2handler/sapi_apache2.c:517 #11 0x0807b00e in ap_run_handler (r=0x8187e20) at config.c:194 #12 0x0807b529 in ap_invoke_handler (r=0x8187e20) at config.c:401 #13 0x0806b9df in ap_process_request (r=0x8187e20) at http_request.c:288 #14 0x08067b48 in ap_process_http_connection (c=0x8183c08) at http_core.c:293 #15 0x08083af6 in ap_run_process_connection (c=0x8183c08) at connection.c:85 #16 0x08079cc1 in child_main (child_num_arg=0) at prefork.c:696 #17 0x08079d74 in make_child (s=0x80b4fa0, slot=0) at prefork.c:736 #18 0x08079e5e in startup_children (number_to_start=5) at prefork.c:808 #19 0x0807a160 in ap_mpm_run (_pconf=0x80b2898, plog=0x80ea978, s=0x80b4fa0) at prefork.c:1024 #20 0x0807f407 in main (argc=2, argv=0xbffff874) at main.c:660 #21 0x401db4ad in __libc_start_main () from /lib/libc.so.6 sqlplus on the command line works fine, so it does not seem like the oracle install is the issue... but maybe oracle 9.2.0.1 does not work well with PHP4's oci8's support ? Help appreciated, Thanks -- dl ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23144&edit=1