php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #15450 PHP module restarts when using many oracle statements (OCI8)
Submitted: 2002-02-08 08:24 UTC Modified: 2002-10-31 12:08 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (100.0%)
From: gladbach at ict dot tno dot nl Assigned:
Status: Not a bug Package: OCI8 related
PHP Version: 4.0.6 OS: solaris 2.6
Private report: No CVE-ID: None
 [2002-02-08 08:24 UTC] gladbach at ict dot tno dot nl
We are using Iplanet Webserver 4.1SP7. Most of the times PHP works fine, only when running scripts that have several Oracle calls (all of them select, insert,delete) the module or the webserver (yet unknown) crashes. The webserver restarts and the enduser gets an error screen (Internet explorer) or a popup 'page contains no data' (Netscape Navigator). The strange thing that happens is, when we lower the number of calls to Oracle, the problems disappears ?! Any clues ?

PHP compiled with the following options:
 
--with-nsapi=/netscape/server4 --with-oci8=/oracle/oracle8/app/oracle/product/8.0.5 --with-ldap=/opt/local-software/ldapclient --without-mysql --enable-libgcc --enable-sigchild

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-30 17:03 UTC] bongago at yahoo dot com
Exactly the same thing happened to me.
I am using solaris 2.8 Iplanet Webserver 4.1SP7 and php compiled as described.

Please help us.-
 [2002-10-31 09:50 UTC] thies@php.net
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.


 [2002-10-31 10:18 UTC] gladbach at ict dot tno dot nl
We never really figured out what the problem was. 
But for other reasons we switch to Apache (1.3.27) instead of Iplanet, and we noticed that this solved our problem too.
 [2002-10-31 12:08 UTC] sniper@php.net
Bogusing then.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Jun 15 20:01:29 2024 UTC