|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #73039 Temporary files not being cleaned up when shell_exec called
Submitted: 2016-09-07 12:56 UTC Modified: 2016-09-13 15:09 UTC
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: chu_man_fu at hotmail dot com Assigned:
Status: Open Package: Streams related
PHP Version: 5.6.25 OS: Windows Server 2012 R2
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: chu_man_fu at hotmail dot com
New email:
PHP Version: OS:


 [2016-09-07 12:56 UTC] chu_man_fu at hotmail dot com
I have noticed the temp directory on the web server is full of files named php*.tmp.
The contents of these files is POST data for various ajax calls (mainly the same group of calls). There isn't a temp file per call. If I watch the directoy I can see most temp files appear and then get deleted. However, for whatever reason, sometimes these files are not cleaned up.
The only way I have been able to reproduce this error is using apache bench to post data (26KB) to a script which uses the shell_exec, exec, popen command:



echo "FINISHED";


It will only produce the temp file when there is concurrency and lots of requests for each:

ab -p <post_data_file> -c 3 -n 30 <url_to_script>

Our system does perform calls to popen() but the POST data temp files which are being left behind are not always for calls which invoke this function.

I can produce the issue on 5.6.24 and 5.6.25.
I have tried on the following versions and not been able to reproduce it: 5.4.44, 5.5.25, 7.1

I not beein able to reproduce the issue on a Mac running 5.6.18.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2016-09-08 13:19 UTC]
-Status: Open +Status: Feedback
 [2016-09-08 13:19 UTC]
Thanks for the report. Could you please check error logs? Or the event log, if applicable. I see no direct connection to shell_exec, except a command would run over the timeout limit and cause a premature script bailout.

 [2016-09-09 14:56 UTC] chu_man_fu at hotmail dot com

We get no errors or events and the script doesn't acutally bail out. It carries on but the temp file is never cleaned up.
I have changes the script so that shell_exec is calling CLS rather than DIR and I get the same problem.

 [2016-09-13 15:09 UTC]
-Status: Feedback +Status: Open
 [2016-09-19 09:13 UTC] chu_man_fu at hotmail dot com

Has anyone been able to replicate this yet?

 [2017-12-05 08:09 UTC] chu_man_fu at hotmail dot com
Does anyone know if this is going to be fixed in 5.6?
We are currently stuck on 5.6 due to issues to ZTS for 7.1 and mcrypt being pulled from 7.2.
PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Sun Dec 08 22:01:24 2019 UTC