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
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
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: Thu Dec 26 18:01:31 2024 UTC