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] s...@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
