Bug #60519 [Com]: OCILobRead2 could not be located in OCI.dll
| From: | webmaster at sharphoughts dot com | Date: | Thu, 15 Dec 2011 04:15:05 +0000 |
| Subject: | Bug #60519 [Com]: OCILobRead2 could not be located in OCI.dll | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-165875@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=60519&edit=1
ID: 60519
Comment by: webmaster at sharphoughts dot com
Reported by: webmaster at sharpthoughts dot com
Summary: OCILobRead2 could not be located in OCI.dll
Status: Bogus
Type: Bug
Package: Compile Failure
Operating System: Windows Xp
PHP Version: PHP
Block user comment: N
Private report: N
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[2011-12-15 04:10:40] 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 03:50:41] 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 03:39:31] 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-14 15:32:42] 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-14 10:30:26] 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
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=60519&edit=1