ID: 24749 Updated by: [EMAIL PROTECTED] Reported By: michael at insitesinc dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: winXP Pro PHP Version: 5.0.0b1 (beta1) New Comment:
This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: ------------------------------------------------------------------------ [2003-11-30 04:38:39] mgturland at yahoo dot com OK, OK, I know, I'm flooding the comments section. Sorry... here's an update... If iconv.dll is not copied to the sapi subdirectory, Apache generates an error. If it is not copied to the root PHP directory, the PHP interpretter generates an error when run with "php.exe -i". If it copied to both locations, neither generates an error. However, I'm still having trouble getting Apache to process my PHP scripts. I've added the necessary lines specified in install.txt to httpd.conf, and the web server is still outputting the source of the scripts. php.ini is located in my Windows directory. php4apache.dll and php4ts.dll are in the sapi subdirectory. I even tried copying php.exe to the sapi subdirectory, in attempt to make it accessible to the web server as install.txt suggested, but that didn't seem to have any effect. ------------------------------------------------------------------------ [2003-11-30 04:24:45] mgturland at yahoo dot com Sorry, correction to my last post. This post... [22 Jul 2:11am EDT] michael at insitesinc dot com ... is correct. Copying iconv.dll to the root PHP directory will get rid of the error message "php.exe -i" generates, but it will not get rid of the error message Apache generates. ------------------------------------------------------------------------ [2003-11-30 04:21:04] mgturland at yahoo dot com Same problem, running on Windows XP Pro with Apache 1.3.29 and PHP 5.0b2. I tried running "php.exe -i" as install.txt recommended, and got this error: php.exe - Unable to Locate Component This application has failed to start because iconv.dll was not found. Re-installing the application may fix this problem. Once I copied iconv.dll to the root PHP directory, it seemed to work without any problem. ------------------------------------------------------------------------ [2003-07-22 02:11:22] michael at insitesinc dot com this isnt a copy to system32 and problems over situation because many of us like to run multiple installations of php and have to compartmentalize the installations ensuring that no dll's are improperly used by a wrong version. ------------------------------------------------------------------------ [2003-07-22 02:06:30] michael at insitesinc dot com Description: ------------ Ok this gets pretty close to the "dont submit this bug issue" above but is not related to the name change of the php module. When you attempt to install and configure php5.0b1+ (maybe others below) to run as module of apache 2.0.47 you now must copy the file iconv.dll into either the sapi directory (in addition to php4ts.dll as well) or into another acceptable location (mentioned in regards to the thread safe dll in install.txt). Im fairly certain that this isnt an intended requirement but not sure if it my problem (although i have heard many others complain as well). If you fail to copy this dll to one of the three directories apache will produce an error on start up which says "Cannot load C:/pathto/php5/sapi/php4apache2.dll" ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=24749&edit=1
