ID: 51046 User updated by: ptschnack at yahoo dot com Reported By: ptschnack at yahoo dot com -Status: Feedback +Status: Open Bug Type: Windows Installer Operating System: win xp sp3 PHP Version: 5.3.1 New Comment:
Previous PHP.net installation (meaning downloaded from you) was completely uninstalled as far as I can tell (files were gone). However when UNinstalling VS.php 2008 this weekend the uninstall hung around at 99% complete for ~10 minutes until I finally killed the process. So, I wouldn't be surprised if there are pieces of various brands of php stuck in the registry or other settings remaining from unfinished uninstalls and my desparate attempts to get PHP to work. (VS.php = PHP dev trying to be integrated into Visual Studio. It will be great if they ever get the debugger to work with more than a single source file.) At any rate, do you suppose that the two msiexec.exe processes were deadlocked? They had to be spinning in tight loops to use all that CPU. Paul S... Previous Comments: ------------------------------------------------------------------------ [2010-02-16 09:51:34] [email protected] That makes no sense. It works just fine here (and with the right file names). I'm not sure why msiexec got mad and I'm pretty sure it is not related to this change (only changed the file name). Did you uninstall the previous php first? ------------------------------------------------------------------------ [2010-02-16 01:58:36] ptschnack at yahoo dot com Well... The original installer gets done with its work in less than a minute. I killed the test install after ~10.5 minutes and after it had racked up 5 minutes of CPU time for each of two msiexec.exe processes for a total 10 minutes CPU time! Now that's a busy installer. The progress bar was stuck at one blue segment short of 100%. FWIW, the machine is dual processor. I can't imagine though that this has anything to do with anything. Good luck! ------------------------------------------------------------------------ [2010-02-15 19:14:31] [email protected] Automatic comment from SVN on behalf of pajoye Revision: http://svn.php.net/viewvc/?view=revision&revision=295097 Log: - #51046, fix long names for enchant deps ------------------------------------------------------------------------ [2010-02-15 19:13:11] [email protected] Can you try using the following msi please? It should fix the issue. http://windows.php.net/downloads/qa/test/php-5.3.2RC2-nts-win32-VC9-x86.msi ------------------------------------------------------------------------ [2010-02-15 16:38:08] ptschnack at yahoo dot com > which version As reported: 'php-5.3.1-nts-Win32-VC9-x86.msi' From: http://windows.php.net/download/ Download link: http://windows.php.net/downloads/releases/php-5.3.1-nts-Win32-VC9-x86.msi Screenshot shows 'gmodul_2.dll' is installed instead of 'gmodule-2.dll' and the error dialog put up by php-cgi.exe run from the command line. Installer was run with IIS/FastCGI install selected. The screenshot is taken immediately after running the installer. Screenshot: http://www.ptse.org/gmodul_2.jpg My machine is WinXP Sp3, x86, IIS 5.1. Regards, Paul S... ------------------------------------------------------------------------ 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 http://bugs.php.net/51046 -- Edit this bug report at http://bugs.php.net/?id=51046&edit=1
