php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #9917 left open Oracle cursors break mail() function
Submitted: 2001-03-22 07:53 UTC Modified: 2002-03-30 00:00 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: andrewmc at tomahawk dot demon dot co dot uk Assigned:
Status: No Feedback Package: Oracle related
PHP Version: 4.0.4 OS: Sequent DYNIX/ptx 4.4.8
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: andrewmc at tomahawk dot demon dot co dot uk
New email:
PHP Version: OS:

 

 [2001-03-22 07:53 UTC] andrewmc at tomahawk dot demon dot co dot uk 
PHP 4.0.4 staticly compiled into Apache 1.3.14 with Oracle 7.3.4 support - configure line as follows:
./configure  --without-mysql --with-apache=/usr/local/apache_1.3.14 --with-ora
cle=/devuat/oracle7.3.4 --enable-track-vars --enable-sigchild

Apache started with PHPRC pointed to directory containing php.ini file with following line:
sendmail_path   = /usr/lib/sendmail -t -i

Start Apache, run PHP script which uses mail() function...this works fine until a PHP script has been run which performs ora_* functions but does not close cursor resources. Subsequent mail() function calls result in no message and the following in the Apache error_log file:

: is not an identifier

This looks like stderr from /bin/sh (output below)
$ strings /bin/sh|grep identif
is not an identifier

The following code before calls to mail() fixes the problem:

for ($i=0; $i<10; $i++) ora_close ($i);

Seems that unclosed cursors break mail()

More info available if required.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-03-23 07:01 UTC] andrewmc at tomahawk dot demon dot co dot uk 
closing the cursors was a red herring, it worked for a bit then same problem occurred again. From having done some research and changing some scripts it seems that the problem starts after any PHP script which does putenv() has been run. Removing putenv() from all PHP scripts and setting up the environment in the Apache startup script instead seems to workaround the problem though is not ideal.
 [2002-02-26 17:59 UTC] mfischer@php.net 
Please try and see if this is still accurate for the latest version (4.1.1) of PHP.
 [2002-03-30 00:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Wed May 07 14:01:30 2025 UTC