#28780 [Opn]: Web Server crashes connecting upon OCILogon
ID: 28780 User updated by: reinhard dot e dot voglmaier at gsk dot com Reported By: reinhard dot e dot voglmaier at gsk dot com Status: Open Bug Type: OCI8 related Operating System: Sun Solaris 9 PHP Version: 4.3.7 Assigned To: tony2001 New Comment: Finally I have the trace: Starting program: /opt/apache/itweb/sbin/httpd_php/httpd -X Program received signal SIGSEGV, Segmentation fault. 0xff0b347c in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0b347c in strlen () from /usr/lib/libc.so.1 #1 0xfe79f8f8 in snauca_check_adapter () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #2 0xfe79d8f0 in nau_viat () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #3 0xfe7944f4 in nau_gettab () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #4 0xfe7922b8 in nau_ini () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #5 0xfe783f8c in nainit () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #6 0xfe734c3c in nsnainit () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #7 0xfe7271dc in nsopen () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #8 0xfe70d188 in nscall1 () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #9 0xfe70c7a8 in nscall () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #10 0xfe7b8df0 in niotns () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #11 0xfe7b2954 in nigcall () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #12 0xfe744de0 in osncon () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #13 0xfe55f190 in kpuadef () from /opt/oracl/ product/9.2.0/lib32/libclntsh.so.9.0 #14 0xfe55108c in upiini () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 #15 0xfe55108c in upiini () from /opt/oracl/product/9.2.0/ lib32/libclntsh.so.9.0 Previous frame identical to this frame (corrupt stack?) (gdb) Previous Comments: [2004-06-16 11:30:35] reinhard dot e dot voglmaier at gsk dot com Maybe there are problems with the 64 bit Environment ? Is PHP + Oracle 64bit safe ? ( Pointer casted into int or unsigned int ? conversions between int ? adress arithmetic used ? ) I am using 64bit Oracle. [2004-06-15 12:42:06] reinhard dot e dot voglmaier at gsk dot com I'm using Oracle 9.2.0 same product as I am connecting to. Oracle is 64 bit ( -m64 switch for gcc ). I started it under truss, here the last few lines: lstat("/opt/apache/itweb/htdocs", 0x7FFF80F0) = 0 getuid()= 60001 [60001] door_info(4, 0x7FFF5D68)= 0 door_call(4, 0x7FFF5D38)= 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 sigaction(SIGINT, 0x7FFF7AF0, 0x7FFF7CE8) = 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 brk(0x1004C6210)= 0 brk(0x1004CA210)= 0 brk(0x1004CA210)= 0 brk(0x1004CE210)= 0 brk(0x1004CE210)= 0 brk(0x1004D2210)= 0 door_info(4, 0x7FFF4538)= 0 door_call(4, 0x7FFF4508)= 0 brk(0x1004D2210)= 0 brk(0x1004D6210)= 0 so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", 1) = 7 connect(7, 0x7FFF67F4, 16, 1) = 0 getsockname(7, 0x7FFF67F4, 0x7FFF6804, 1) = 0 setsockopt(7, tcp, TCP_NODELAY, 0x7FFF6964, 4, 1) = 0 fcntl(7, F_SETFD, 0x0001) = 0 brk(0x1004D6210)= 0 brk(0x1004DA210)= 0 brk(0x1004DA210)= 0 brk(0x1004DE210)= 0 brk(0x1004DE210)= 0 brk(0x1004FE210)= 0 Incurred fault #6, FLTBOUNDS %pc = 0x7D63C1AC siginfo: SIGSEGV SEGV_MAPERR addr=0x Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x [2004-06-15 12:31:26] [EMAIL PROTECTED] Seems to be a Solaris-specific GDB bug. Have a look at these messages: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00818.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00452.html Btw, what Oracle client version do you use and does it correspond to Oracle server version? ---- [2004-06-15 11:
#28780 [Opn]: Web Server crashes connecting upon OCILogon
ID: 28780 User updated by: reinhard dot e dot voglmaier at gsk dot com Reported By: reinhard dot e dot voglmaier at gsk dot com Status: Open Bug Type: OCI8 related Operating System: Sun Solaris 9 PHP Version: 4.3.7 Assigned To: tony2001 New Comment: Maybe there are problems with the 64 bit Environment ? Is PHP + Oracle 64bit safe ? ( Pointer casted into int or unsigned int ? conversions between int ? adress arithmetic used ? ) I am using 64bit Oracle. Previous Comments: [2004-06-15 12:42:06] reinhard dot e dot voglmaier at gsk dot com I'm using Oracle 9.2.0 same product as I am connecting to. Oracle is 64 bit ( -m64 switch for gcc ). I started it under truss, here the last few lines: lstat("/opt/apache/itweb/htdocs", 0x7FFF80F0) = 0 getuid()= 60001 [60001] door_info(4, 0x7FFF5D68)= 0 door_call(4, 0x7FFF5D38)= 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 sigaction(SIGINT, 0x7FFF7AF0, 0x7FFF7CE8) = 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 brk(0x1004C6210)= 0 brk(0x1004CA210)= 0 brk(0x1004CA210)= 0 brk(0x1004CE210)= 0 brk(0x1004CE210)= 0 brk(0x1004D2210)= 0 door_info(4, 0x7FFF4538)= 0 door_call(4, 0x7FFF4508)= 0 brk(0x1004D2210)= 0 brk(0x1004D6210)= 0 so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", 1) = 7 connect(7, 0x7FFF67F4, 16, 1) = 0 getsockname(7, 0x7FFF67F4, 0x7FFF6804, 1) = 0 setsockopt(7, tcp, TCP_NODELAY, 0x7FFF6964, 4, 1) = 0 fcntl(7, F_SETFD, 0x0001) = 0 brk(0x1004D6210)= 0 brk(0x1004DA210)= 0 brk(0x1004DA210)= 0 brk(0x1004DE210)= 0 brk(0x1004DE210)= 0 brk(0x1004FE210)= 0 Incurred fault #6, FLTBOUNDS %pc = 0x7D63C1AC siginfo: SIGSEGV SEGV_MAPERR addr=0x Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x [2004-06-15 12:31:26] [EMAIL PROTECTED] Seems to be a Solaris-specific GDB bug. Have a look at these messages: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00818.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00452.html Btw, what Oracle client version do you use and does it correspond to Oracle server version? ---- [2004-06-15 11:59:21] reinhard dot e dot voglmaier at gsk dot com You're right, I use apache 1.3.29 what does this mean ? procfs: 4265 -- process not stopped procfs: ...giving up... [2004-06-15 11:17:00] [EMAIL PROTECTED] Well.. I can't get a backtrace for you too. Btw, you didn't tell your version of Apache (or whatever you use). If you use Apache2, you'd better read this: http://www.php.net/manual/en/install.apache2.php ---------------- [2004-06-15 10:53:15] reinhard dot e dot voglmaier at gsk dot com I did'nt get any backtrace, running gdb resulted in: gdb httpd (gdb) run -X procfs: 4265 -- process not stopped procfs: ...giving up... httpd is running, I see it via "ps -ef" calling OCILogin results in Segmentation fault, but the process doesn't stop, I don't get the core file The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28780 -- Edit this bug report at http://bugs.php.net/?id=28780&edit=1
#28780 [Fbk->Opn]: Web Server crashes connecting upon OCILogon
ID: 28780 User updated by: reinhard dot e dot voglmaier at gsk dot com Reported By: reinhard dot e dot voglmaier at gsk dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Sun Solaris 9 PHP Version: 4.3.7 Assigned To: tony2001 New Comment: I'm using Oracle 9.2.0 same product as I am connecting to. Oracle is 64 bit ( -m64 switch for gcc ). I started it under truss, here the last few lines: lstat("/opt/apache/itweb/htdocs", 0x7FFF80F0) = 0 getuid()= 60001 [60001] door_info(4, 0x7FFF5D68)= 0 door_call(4, 0x7FFF5D38)= 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 sigaction(SIGINT, 0x7FFF7AF0, 0x7FFF7CE8) = 0 sigprocmask(SIG_SETMASK, 0x7C91D500, 0x7FFF7C90) = 0 sigprocmask(SIG_SETMASK, 0x7FFF7C7C, 0x) = 0 brk(0x1004C6210)= 0 brk(0x1004CA210)= 0 brk(0x1004CA210)= 0 brk(0x1004CE210)= 0 brk(0x1004CE210)= 0 brk(0x1004D2210)= 0 door_info(4, 0x7FFF4538)= 0 door_call(4, 0x7FFF4508)= 0 brk(0x1004D2210)= 0 brk(0x1004D6210)= 0 so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", 1) = 7 connect(7, 0x7FFF67F4, 16, 1) = 0 getsockname(7, 0x7FFF67F4, 0x7FFF6804, 1) = 0 setsockopt(7, tcp, TCP_NODELAY, 0x7FFF6964, 4, 1) = 0 fcntl(7, F_SETFD, 0x0001) = 0 brk(0x1004D6210)= 0 brk(0x1004DA210)= 0 brk(0x1004DA210)= 0 brk(0x1004DE210)= 0 brk(0x1004DE210)= 0 brk(0x1004FE210)= 0 Incurred fault #6, FLTBOUNDS %pc = 0x7D63C1AC siginfo: SIGSEGV SEGV_MAPERR addr=0x Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x Previous Comments: [2004-06-15 12:31:26] [EMAIL PROTECTED] Seems to be a Solaris-specific GDB bug. Have a look at these messages: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00818.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00452.html Btw, what Oracle client version do you use and does it correspond to Oracle server version? ---- [2004-06-15 11:59:21] reinhard dot e dot voglmaier at gsk dot com You're right, I use apache 1.3.29 what does this mean ? procfs: 4265 -- process not stopped procfs: ...giving up... [2004-06-15 11:17:00] [EMAIL PROTECTED] Well.. I can't get a backtrace for you too. Btw, you didn't tell your version of Apache (or whatever you use). If you use Apache2, you'd better read this: http://www.php.net/manual/en/install.apache2.php ---------------- [2004-06-15 10:53:15] reinhard dot e dot voglmaier at gsk dot com I did'nt get any backtrace, running gdb resulted in: gdb httpd (gdb) run -X procfs: 4265 -- process not stopped procfs: ...giving up... httpd is running, I see it via "ps -ef" calling OCILogin results in Segmentation fault, but the process doesn't stop, I don't get the core file [2004-06-14 19:41:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28780 -- Edit this bug report at http://bugs.php.net/?id=28780&edit=1
#28780 [Fbk->Opn]: Web Server crashes connecting upon OCILogon
ID: 28780 User updated by: reinhard dot e dot voglmaier at gsk dot com Reported By: reinhard dot e dot voglmaier at gsk dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Sun Solaris 9 PHP Version: 4.3.7 New Comment: You're right, I use apache 1.3.29 what does this mean ? procfs: 4265 -- process not stopped procfs: ...giving up... Previous Comments: [2004-06-15 11:17:00] [EMAIL PROTECTED] Well.. I can't get a backtrace for you too. Btw, you didn't tell your version of Apache (or whatever you use). If you use Apache2, you'd better read this: http://www.php.net/manual/en/install.apache2.php [2004-06-15 10:53:15] reinhard dot e dot voglmaier at gsk dot com I did'nt get any backtrace, running gdb resulted in: gdb httpd (gdb) run -X procfs: 4265 -- process not stopped procfs: ...giving up... httpd is running, I see it via "ps -ef" calling OCILogin results in Segmentation fault, but the process doesn't stop, I don't get the core file [2004-06-14 19:41:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ---------------- [2004-06-14 19:31:00] reinhard dot e dot voglmaier at gsk dot com Description: export CFLAGS=-m64 export ORACLE_HOME=/opt/oracl/9.2.0 \ ./configure --with-oracle \ --with-oci8 this is the configuration of the build process. When I try to connect to Oracle with the OCILogon function the web server crashes. It does not write a core dump -- Edit this bug report at http://bugs.php.net/?id=28780&edit=1
#28780 [Fbk->Opn]: Web Server crashes connecting upon OCILogon
ID: 28780 User updated by: reinhard dot e dot voglmaier at gsk dot com Reported By: reinhard dot e dot voglmaier at gsk dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Sun Solaris 9 PHP Version: 4.3.7 New Comment: I did'nt get any backtrace, running gdb resulted in: gdb httpd (gdb) run -X procfs: 4265 -- process not stopped procfs: ...giving up... httpd is running, I see it via "ps -ef" calling OCILogin results in Segmentation fault, but the process doesn't stop, I don't get the core file Previous Comments: [2004-06-14 19:41:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ---- [2004-06-14 19:31:00] reinhard dot e dot voglmaier at gsk dot com Description: export CFLAGS=-m64 export ORACLE_HOME=/opt/oracl/9.2.0 \ ./configure --with-oracle \ --with-oci8 this is the configuration of the build process. When I try to connect to Oracle with the OCILogon function the web server crashes. It does not write a core dump -- Edit this bug report at http://bugs.php.net/?id=28780&edit=1
#28780 [NEW]: Web Server crashes connecting upon OCILogon
From: reinhard dot e dot voglmaier at gsk dot com Operating system: Sun Solaris 9 PHP version: 4.3.7 PHP Bug Type: Reproducible crash Bug description: Web Server crashes connecting upon OCILogon Description: export CFLAGS=-m64 export ORACLE_HOME=/opt/oracl/9.2.0 \ ./configure --with-oracle \ --with-oci8 this is the configuration of the build process. When I try to connect to Oracle with the OCILogon function the web server crashes. It does not write a core dump -- Edit bug report at http://bugs.php.net/?id=28780&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28780&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28780&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28780&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28780&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28780&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28780&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28780&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28780&r=support Expected behavior: http://bugs.php.net/fix.php?id=28780&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28780&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28780&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28780&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28780&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28780&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28780&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28780&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28780&r=float