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

go to bug id or search bugs for

Doc Bug #24749 Installation problem with workaround
Submitted: 2003-07-22 02:06 UTC Modified: 2004-08-06 17:34 UTC
Votes:3
Avg. Score:4.0 ± 0.8
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:1 (33.3%)
From: michael at insitesinc dot com Assigned:
Status: Closed Package: Documentation problem
PHP Version: 5.0.0b1 (beta1) OS: winXP Pro
Private report: No CVE-ID: None
View Developer Edit
 [2003-07-22 02:06 UTC] 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"

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-07-22 02:11 UTC] 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-11-30 04:21 UTC] 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-11-30 04:24 UTC] 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:38 UTC] 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.
 [2004-08-06 17:34 UTC] nlopess@php.net 
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.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sun Jul 13 09:01:32 2025 UTC