php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but 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

Add a Patch

Pull Requests

Add a Pull Request

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-2024 The PHP Group
All rights reserved.
Last updated: Thu Apr 18 00:01:28 2024 UTC