[PHP-DEV] Bug #10780 Updated: apache segmentation fault with libphp4.so
ID: 10780 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: aix 4.3.3 PHP Version: 4.0.5 Description: apache segmentation fault with libphp4.so here is the information you asked for. I did my best to configure php with --enable-debug, but I am not sure if I produced the backtrace correctly: gdb path/to/httpd path/to/core As you can see, I configured without oracle support, but I still get the segmentation fault Apache version: Apache/1.3.12 (Unix) first lines of config.status #! /bin/sh # Generated automatically by configure. # Run this file to recreate the current configuration. # This directory was configured as follows, # on host vela: # # ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-debug --enable-di scard-path --without-mysql --enable-track-vars # some lines from the output of configure: checking for Apache module support via DSO through APXS... yes checking for Apache 2.0 module support via DSO through APXS... no checking whether to include debugging symbols... yes Previous Comments: --- [2001-05-10 12:01:10] [EMAIL PROTECTED] Which Apache version is this? And obviously your libphp4.so is not configured with --enable-debug.. Does it work without Oracel support? --Jani --- [2001-05-10 08:13:09] [EMAIL PROTECTED] backtrace: Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd2ebbba4 in ap_register_cleanup () Setting up the environment for debugging gdb. .gdbinit:5: Error in sourced command file: Function internal_error not defined. (gdb) bt #0 0xd2ebbba4 in ap_register_cleanup () #1 0xd2ebd030 in php_create_dir () #2 0x10018634 in ap_single_module_configure () #3 0x10044918 in load_module () #4 0x1001607c in invoke_cmd () #5 0x10016f00 in ap_handle_command () #6 0x10016ff0 in ap_srm_command_loop () #7 0x100177e8 in ap_process_resource_config () #8 0x100184b8 in ap_read_config () #9 0x10006938 in main () #10 0x11dc in __start () --- [2001-05-10 05:42:17] [EMAIL PROTECTED] Could you please generate a GDB backtrace? First reconfigure with --enable-debug of course. rm config.cache ./configure .. your options + --enable-debug make clean make make install and then try generating the backtrace. --Jani --- [2001-05-10 05:34:27] [EMAIL PROTECTED] when I try to restart Apache after installing PHP4_mod (libphp4.so), it dies: /usr/local/apache/bin/apachectl[124]: 61546 Segmentation fault(coredump) configure was run as follows: ./configure --with-oracle --with-apxs=/usr/local/apache/bin/apxs --with-oci8 --enable-discard-path --without-mysql --enable-track-vars I tried this with Oracle 8.1.7 and 8.1.6, and also with PHP 4.0.4, same result. do I do something wrong? --- Full Bug description available at: http://bugs.php.net/?id=10780 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10779: error in configure script (oracle release checks)
From: [EMAIL PROTECTED]
Operating system: aix 4.3.3
PHP version: 4.0.5
PHP Bug Type: *Install and Config
Bug description: error in configure script (oracle release checks)
the configure script contains an error where it checks the oracle release for
oracle_ORACLE support, around line 30756:
it sets variable OCI8_VERSION instead of ORACLE_VERSION
if test -s $ORACLE_DIR/orainst/unix.rgs; then
ORACLE_VERSION=`grep 'ocommon' $ORACLE_DIR/orainst/unix.rgs | sed 's/
*/:/g' | cut -d: -f 6 | cut -c 2-4`
test -z $ORACLE_VERSION ORACLE_VERSION=7.3
elif test -f $ORACLE_DIR/lib/libclntsh.s?.8.0; then
ORACLE_VERSION=8.1
elif test -f $ORACLE_DIR/lib/libclntsh.s?.1.0; then
ORACLE_VERSION=8.0
elif test -f $OCI8_DIR/lib/libclntsh.a; then
if test -f $OCI8_DIR/lib/libcore4.a; then
OCI8_VERSION=8.0 -- should be ORACLE_VERSION!!!
else
OCI8_VERSION=8.1 -- should be ORACLE_VERSION!!!
fi
else
{ echo configure: error: Oracle needed libraries not found 12; exit 1; }
fi
echo $ac_t$ORACLE_VERSION 16
--
Edit Bug report at: http://bugs.php.net/?id=10779edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10780 Updated: apache segmentation fault with libphp4.so
ID: 10780 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: aix 4.3.3 PHP Version: 4.0.5 Description: apache segmentation fault with libphp4.so backtrace: Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd2ebbba4 in ap_register_cleanup () Setting up the environment for debugging gdb. .gdbinit:5: Error in sourced command file: Function internal_error not defined. (gdb) bt #0 0xd2ebbba4 in ap_register_cleanup () #1 0xd2ebd030 in php_create_dir () #2 0x10018634 in ap_single_module_configure () #3 0x10044918 in load_module () #4 0x1001607c in invoke_cmd () #5 0x10016f00 in ap_handle_command () #6 0x10016ff0 in ap_srm_command_loop () #7 0x100177e8 in ap_process_resource_config () #8 0x100184b8 in ap_read_config () #9 0x10006938 in main () #10 0x11dc in __start () Previous Comments: --- [2001-05-10 05:42:17] [EMAIL PROTECTED] Could you please generate a GDB backtrace? First reconfigure with --enable-debug of course. rm config.cache ./configure .. your options + --enable-debug make clean make make install and then try generating the backtrace. --Jani --- [2001-05-10 05:34:27] [EMAIL PROTECTED] when I try to restart Apache after installing PHP4_mod (libphp4.so), it dies: /usr/local/apache/bin/apachectl[124]: 61546 Segmentation fault(coredump) configure was run as follows: ./configure --with-oracle --with-apxs=/usr/local/apache/bin/apxs --with-oci8 --enable-discard-path --without-mysql --enable-track-vars I tried this with Oracle 8.1.7 and 8.1.6, and also with PHP 4.0.4, same result. do I do something wrong? --- Full Bug description available at: http://bugs.php.net/?id=10780 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8675: ora-01005 when accessing remote SDI (follow-up to bug 8673)
From: [EMAIL PROTECTED] Operating system: aix433 PHP version: 4.0.4 PHP Bug Type: Oracle related Bug description: ora-01005 when accessing remote SDI (follow-up to bug 8673) I found a workaround for the ora-01034 problem: I specify the SID as the third argument to OCILogin. Now I get ora-01005 (no password given). this only happens when accessing a remote db! -- Edit Bug report at: http://bugs.php.net/?id=8675edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
