php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #33014 problems with lock registers
Submitted: 2005-05-12 12:10 UTC Modified: 2005-05-12 13:27 UTC
From: erwann_gilbert at yahoo dot fr Assigned:
Status: Not a bug Package: OCI8 related
PHP Version: 4.3.11 OS: RedHat 6
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: erwann_gilbert at yahoo dot fr
New email:
PHP Version: OS:

 

 [2005-05-12 12:10 UTC] erwann_gilbert at yahoo dot fr
Description:
------------
I have a problem with locks.

I try to create a lock thanks to "SELECT X FROM TAB FOR UPDATE NOWAIT".

to do this :
 - I parse my query : $resource = ociparse ($onnection, "SELECT X FROM TAB FOR UPDATe NOWAIT") ;
 - I execute my query : ociexecute ($resource, OCI_DEFAULT) ;
 - I don't close the connection in the script.

If I use the query in SQL*PLUS and (without commit or rollback in SQL*PLUS of course) I start my php script, I obtain the ORA error wiwh tells there is a lock etc...
So all is good.

But if I start the script before, and the query in SQL*PLUS after, there is no lock created by the script. Like if there was an implicite rollback.

I don't know if it's a problem of oci, or a problem of configuration or a problem of PHP...

Reproduce code:
---------------
$connect = ocilogon($user,$password,$tns) ;
$resource=ociparse ($connect,"SELECT X FROM TAB FOR UPDATE NOWAIT") ;
ociexecute ($resource,OCI_DEFAULT) ;

Expected result:
----------------
If two scripts are executed at the same time : an oracle error in one of both script.

Actual result:
--------------
No error, and no lock created.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-05-12 13:27 UTC] tony2001@php.net
Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

I don't see any PHP bugs here.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Jun 01 11:01:33 2024 UTC