ID: 44994 Comment by: bernd dot ebert at gmx dot net Reported By: dbarrett at vistaprint dot com Status: Assigned Bug Type: Program Execution Operating System: Windows 2003 Server, 64-bit PHP Version: 5.2.6 Assigned To: pajoye New Comment:
Same Problem here with an commandline-script calling other php-commandline-scripts. It seems to happen more frequently if you have a lot of exec-calls. Previous Comments: ------------------------------------------------------------------------ [2008-08-19 02:58:37] jkflash at gmail dot com Sorry, I take that last comment back, it still hangs annoyingly intermittently with shell_exec as well. It's a killer :( ------------------------------------------------------------------------ [2008-08-13 01:08:19] jkflash at gmail dot com PS: shell_exec() DOES seem to work without hanging on my setup, but none of the others. ------------------------------------------------------------------------ [2008-08-12 23:50:58] jkflash at gmail dot com I am experiencing this same problem with PHP 5.2.1 running on IIS as an ISAPI module on Windows Server 2003 R2 SP2. Intermitently (a handful of times in a hundred) a process started with exec() will appear to complete ok but remain running in a zombie state. The IIS worker process that created the process will not respond to any further requests. I need to either open a new client browser or kill the worker process. I get the same result with system, passthru, p_open and proc_open. ------------------------------------------------------------------------ [2008-07-29 15:03:40] nobody at dontsendmespam dot com i can reproduce this problem on a debian server with apache2 and php5.2.6 running as fcgi ------------------------------------------------------------------------ [2008-07-23 02:02:29] efesar at gmail dot com I just upgraded from PHP 5.1.2 to 5.2.6, and this exact problem happens to me. The exec and shell_exec used to work, and now they don't. They hang the php process, and every subsequent call to exec produces a lost cmd.exe ... Incidentally passthru() causes the same behavior. Maybe it has something to do with the rotatelogs.exe ... somebody earlier mentioned that it was waiting on c:\Apache2\logs\error.log ... So, basically, we can't run any system calls whatsoever via PHP. I don't want to use a COM object, because I like portable code ... but that might be the best step until this bug is fixed. ------------------------------------------------------------------------ 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/44994 -- Edit this bug report at http://bugs.php.net/?id=44994&edit=1