#20249 [Fbk->NoF]: Apache child segfaults when using OCILogon.
| From: | sniper@php.net | Date: | Thu, 21 Nov 2002 23:10:20 +0000 |
| Subject: | #20249 [Fbk->NoF]: Apache child segfaults when using OCILogon. | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-25466@lists.php.net to get a copy of this message | ||
ID: 20249
Updated by: sniper@php.net
Reported By: bdabney@dallasnews.com
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Solaris 9
PHP Version: 4.2.3
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2002-11-07 19:12:07] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
------------------------------------------------------------------------
[2002-11-06 10:14:28] bdabney@dallasnews.com
Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question.
It uses libthread.
------------------------------------------------------------------------
[2002-11-05 10:15:22] bdabney@dallasnews.com
Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.
And I did read the note. Here is output from ldd:
# ldd /usr/local/apache/bin/httpd
libpam.so.1 => /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 => /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 => /usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 => /usr/lib/64/libdl.so.1
libnsl.so.1 => /usr/lib/64/libnsl.so.1
libsocket.so.1 => /usr/lib/64/libsocket.so.1
libgen.so.1 => /usr/lib/64/libgen.so.1
libclntsh.so.9.0 =>
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 => /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 => /usr/lib/64/libcmd.so.1
libmp.so.2 => /usr/lib/64/libmp.so.2
libwtc9.so => /usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 => /usr/lib/64/libaio.so.1
librt.so.1 => /usr/lib/64/librt.so.1
libmd5.so.1 => /usr/lib/64/libmd5.so.1
libthread.so.1 => /usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1
Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?
------------------------------------------------------------------------
[2002-11-04 17:15:57] michael.mauch@gmx.de
Using Apache's SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).
If that alone doesn't help: did you see the "big fat note" at
<http://www.php3.de/manual/en/ref.oci8.php>:
If your webserver doesn't start or crashes at startup: Check that
Apache is linked with the pthread library: [...]
------------------------------------------------------------------------
[2002-11-04 16:52:18] bdabney@dallasnews.com
This is with Oracle 9i Release 2.
------------------------------------------------------------------------
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/20249
--
Edit this bug report at http://bugs.php.net/?id=20249&edit=1