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
