php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #7332 ocilogoff hangs..
Submitted: 2000-10-19 03:48 UTC Modified: 2001-01-07 19:40 UTC
From: seagate2 at chollian dot net Assigned:
Status: Closed Package: OCI8 related
PHP Version: 4.0.3pl1 OS: Windows 2000 Server
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 you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: seagate2 at chollian dot net
New email:
PHP Version: OS:

 

 [2000-10-19 03:48 UTC] seagate2 at chollian dot net
I installed php4.0.3pl1 with isapi.

I submit two test page PHP in IIS 5.0, 
one page's result is good.
other page's result is good but, inetinfo.exe's cpu ratio up to 90-99%...
I can't stop w3svc .
so, Reboot...
Is it bug? or my mistake? 
I attached the test page with problem here.

<HTML>
<HEAD>
<TITLE>oci test</TITLE>
</HEAD>
<BODY>
<?
function Error_Handler( $msg, $conn )
{
	echo "$msg \n";
	OCILogOff( $conn);
	exit();
}

$conn = OCILogon("xxxx", "xxxx", "xxxx");
if( ! $conn ) {
Error_handler( "Error in OCILogin" , $conn );
}
print "Server Version : ". OCIServerVersion($conn);
OCILogOff($conn);
?>
</BODY>
</HTML>

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-01-07 19:40 UTC] sniper@php.net
From oci8.c:
----------
OCILogOff():
 
this function does nothing any more. server-connections get automagiclly closed on
request-end. connection handles will "dissappear" as soon as they are no longer 
referenced. as this module makes heavy use of zends reference-counting mechanism this is the desired behavior. it has always been a bad idea to close a connection that has outstanding transactions. this way we have a nice-clean approach. (thies@thieso.net 20000110)

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Dec 27 10:01:28 2024 UTC