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

go to bug id or search bugs for

Bug #60519 OCILobRead2 could not be located in OCI.dll
Submitted: 2011-12-14 10:30 UTC Modified: 2011-12-20 23:08 UTC
From: webmaster at sharpthoughts dot com Assigned:
Status: Not a bug Package: OCI8 related
PHP Version: PHP OS: Windows Xp
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: webmaster at sharpthoughts dot com
New email:
PHP Version: OS:

 

 [2011-12-14 10:30 UTC] webmaster at sharpthoughts dot com 
Description:
------------
1. I used the msi download for vc6 php5.2.17-thread-safe and installed the entire package, putting it all in the c:/Server/PHP directory.

2.I updated the windows registry with the values suggested in the php documentation page for installation, changing the values to the directory above wherever the documentation gave the directory as \\php\\.

3. I ran cmd and went to the directory with my htdocs for apache (c:\Server\Apache\htdocs)

4. I typed phpinfo.php at the command line. Said file follows:
<html>
<body>
<?php
phpinfo();
?>
</body>
</html>

5. I got a popup error window as follows:
headline: php.exe - Entry Point Not Found
body: The procedure entry point OCILobRead2 could not be located in the dynamic link library OCI.dll

6. After clicking OK I got another popup:
headline: CLI
icon: "php"
bold text on white background: CLI has encountered a problem and needs to close. We are sorry for the inconvenience.
regular text on gray background: If you were in the middle of something, the information you were working on might be lost. For more information about this error, click here.

7.Clicking there:
headline: CLI
text: Error signature -> AppName: php.exe AppVer:5.2.17.17 ModName: php5ts.dll ModVer: 5.2.17.17 Offset: 00f424c
To view technical information about the error report, click here.

8. Clicking there: a long list of module numbers and flags and dlls and stuff.

9. Final test: at the commmand line I typed "php" with no arguments. Got same results.

Test script:
---------------
phpinfo();

Expected result:
----------------
the phpinfo() standard information page

Actual result:
--------------
the error report stated above

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2011-12-14 15:32 UTC] sixd@php.net
-Status: Open +Status: Bogus -Package: *General Issues +Package: OCI8 related
 [2011-12-14 15:32 UTC] sixd@php.net 
php_oci8.dll requires Oracle 10gR2 or later client libraries.
php_oci8_11g.dll requires Oracle 11gR2 client libraries.

The source code compiles various features (or internal behaviors) depending on the 
Oracle version used during compilation; the runtime Oracle library version 
therefore needs to have those features.
 [2011-12-15 03:39 UTC] webmaster at sharpthoughts dot com
-Package: OCI8 related +Package: Compile Failure -PHP Version: Irrelevant +PHP Version: PHP
 [2011-12-15 03:39 UTC] webmaster at sharpthoughts dot com 
This is NOT an Oracle bug. I saw that comment as well and dismissed it because it was not apropos. Please un-bogus this report and un-relate it to the OCI8 package. This issue does NOT relate to OCI8 or any other database product. This issue relates to non-viable windows installation for the latest stable release of PHP for use with apache.
 [2011-12-15 03:50 UTC] webmaster at sharphoughts dot com 
After further consideration, I think that PART of the fault resides in a failure of the msi (windows installer) of either the apache httpd package or the php package (whichever is responsible for it) to put it the proper loadmodule for php. My reason for this statement is that there is no such loadmodule in the apache conf file. Additionally, the php installation process hickupped with a failure to find a getobject of some sort. Perhaps the install never finished for that reason, explaining why php doesn't work from the command line either. Just a WAG.
 [2011-12-15 04:10 UTC] webmaster at sharphoughts dot com 
I uninstalled the msi I used last time (php-5.2.17-Win32-VC6-x86.msi) and tried installing the other apache-compatible windows download (php-5.2.17-nts-Win32-VC6-x86.msi). I got the same error message as before during installation (with the additional issue that the only web servers listed are fastiss and other cgi). The error message is: "Error trying to acccess the local web service: GetObject Failed. You will need to manually configure the web server."
I am thinking that either msi files in general don't work too well or that VC6 is the issue. On the plus side, the command line seems to work with this download.
 [2011-12-15 04:15 UTC] webmaster at sharphoughts dot com 
Now we are really getting down to interesting information! The post above about the command line working was only half right. PHP worked at the command line UNTIL I closed the error window mentioned above and then clicked Finished in the installer program. After that, attempting to run the exact same script as a minute ago results in the OCILobRead2 error mentioned at the beginning of this bug report! This seems to indicate to me that the msi installer is undoing something right before it closes.
 [2011-12-20 23:08 UTC] sixd@php.net
-Package: Compile Failure +Package: OCI8 related
 [2011-12-20 23:08 UTC] sixd@php.net 
An error mentioning OCILobRead2 indicates that some Oracle libraries are being 
loaded, but not the correct version. This indicates a user-configuration issue, 
common on Windows due to the Windows dependency model.  The bug system is not the 
place to get support for diagnosing this but I'd be happy to follow up in another 
forum.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Dec 27 05:01:27 2024 UTC