#23331 [Com]: Memory leak in ISAPI
| From: | tom at cliksoftware dot com | Date: | Thu, 25 Mar 2004 10:32:34 +0000 |
| Subject: | #23331 [Com]: Memory leak in ISAPI | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-56803@lists.php.net to get a copy of this message | ||
ID: 23331
Comment by: tom at cliksoftware dot com
Reported By: jakub at icewarp dot com
Status: No Feedback
Bug Type: IIS related
Operating System: win32
PHP Version: 4CVS, 5CVS
New Comment:
This bug appears to be still outstanding, is the fix in the pipeline
yet?
4.3.5 RC_3 seemed to fix it a bit, but RC_4 has made it worse.
It still it unstable on high traffic boards, please fix soon :)
Previous Comments:
------------------------------------------------------------------------
[2004-03-18 06:30:14] osvetlik at kerio dot com
We are embedding PHP in our products and we have the same problem. It
is very important for us to have this issue solved ASAP, if we may
help, please, tell us how.
------------------------------------------------------------------------
[2003-12-30 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
[2003-12-16 14:31:02] msisolak at yahoo dot com
The recent changes have fixed a big chunk of the leaks, but there are
still a couple of memory types that are not getting freed. I'll have a
couple of more patches to close out this bug soon.
------------------------------------------------------------------------
[2003-12-14 20:16:31] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Some fixes have been committed recently which should fix this bug.
Please try the snapshot out.
------------------------------------------------------------------------
[2003-10-04 08:40:57] jakub at icewarp dot com
I think I tracked down the leak.
In this function:
TSRM_API void *ts_resource_ex(ts_rsrc_id id, THREAD_T *th_id)
There's at the end this:
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);
Now if I uncomment this. It does not leak the memory for the 2 calls
from my last post.
The call translates to
return &thread_resources->storage;
Why should this leak? Please, C++ people help us here.
------------------------------------------------------------------------
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/23331
--
Edit this bug report at http://bugs.php.net/?id=23331&edit=1