Bug #60519 [Bgs]: OCILobRead2 could not be located in OCI.dll

Edit report at https://bugs.php.net/bug.php?id=60519&edit=1 ID: 60519 Updated by: sixd@php.net Reported by: webmaster at sharpthoughts dot com Summary: OCILobRead2 could not be located in OCI.dll Status: Bogus Type: Bug -Package: Compile Failure +Package: OCI8 related Operating System: Windows Xp PHP Version: PHP Block user comment: N Private report: N New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [2011-12-15 04:15:05] 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-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. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60519 -- Edit this bug report at https://bugs.php.net/bug.php?id=60519&edit=1