Bug #52298 [Com]: Apache service won't start with PHP enabled

Edit report at https://bugs.php.net/bug.php?id=52298&edit=1 ID: 52298 Comment by: jb at newsoftwaregroup dot com Reported by: murray at math dot umass dot edu Summary: Apache service won't start with PHP enabled Status: Bogus Type: Bug Package: Apache2 related Operating System: Windows XP Pro (SP3) PHP Version: 5.3.2 Block user comment: N Private report: N New Comment: I found it to be modules in the PHP.INI file. Take them all out and see if Apache starts, then add them back and find culprit. Previous Comments: ------------------------------------------------------------------------ [2011-06-04 02:01:13] brianjameson1003 at gmail dot com If this is a Windows 7 issue, I found a fix after much banging my head into the desk! The person who said this was close, but it didn't work for me: -------------------------------------------------------------------------------- I figured it out by reading some other posts. It may be Windows 7 only thing. I had to manually edit the httpd.conf file under Apache to point PHPIniDir to the PHP location. It seems to be working fine on another 2003 server without having to do this manually. PHPIniDir "C:/Program Files/PHP/" -------------------------------------------------------------------------------- Here is what did work: 1. Comment out the PHPIniDir line in the httpd.conf file. 2. Include the full path in the LoadModule line. In my case, I am using Apache2.2 and my PHP directory is C:\PHP so my entry looked like this: LoadModule php5_module "C:/php/php5apache2_2.dll" Once I did that, Apache fired up with no problem and if you open the Apache Monitor, you can confirm that PHP is running. At the bottom it says: Apache/2.2.19(Win32)PHP/5.2.17 Hope that helps many of you out! ------------------------------------------------------------------------ [2011-02-24 19:58:57] cyue at datalogics dot com I figured it out by reading some other posts. It may be Windows 7 only thing. I had to manually edit the httpd.conf file under Apache to point PHPIniDir to the PHP location. It seems to be working fine on another 2003 server without having to do this manually. PHPIniDir "C:/Program Files/PHP/" ------------------------------------------------------------------------ [2011-02-24 18:22:12] cyue at datalogics dot com I am having the same problem. I installed Apache 2.2 and PHP 5.3.5 VC6 threaded version, Windows 7 64-bit system. The Apache service can start without PHP installed, but after the PHP is installed, I am getting the error that the php5apache2_2.dll is not found error. Even though it is inside the PHP folder. Any suggestions? ------------------------------------------------------------------------ [2010-07-21 22:51:22] mgdm@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. ------------------------------------------------------------------------ [2010-07-09 18:00:52] murray at math dot umass dot edu Source of conflict found: additional copies of php_*.dll files in a separate Marvell MRU subdirectory of C:\Program files (from a monitor of Marvell RAID controller) which uses an embedded apache server. I uninstalled the Marvell MRU program. Now I can start Apache 2.2.15 service with apache loaded, as usual, as a PHP module with PHP 5.3.2. Even after removing my whole PHP tree obtained from the .zip and instead using the VC6 x86 Thread Safe.msi installer. ------------------------------------------------------------------------ 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=52298 -- Edit this bug report at https://bugs.php.net/bug.php?id=52298&edit=1