linuxdcpp-team team mailing list archive
-
linuxdcpp-team team
-
Mailing list archive
-
Message #02446
[Bug 654040] Re: Handle leak with mingw, but not msvc (r2251)
fixed in rev 2290 of DC++ and rev 420 of ADCH++ by skipping the
inclusion of libstdc++'s shared_ptr implementation and using the boost
one instead.
** Changed in: adchpp
Status: Confirmed => Invalid
** Changed in: dcplusplus
Status: Confirmed => Invalid
--
Handle leak with mingw, but not msvc (r2251)
https://bugs.launchpad.net/bugs/654040
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to ADCH++.
Status in ADCH++: Invalid
Status in DC++: Invalid
Bug description:
Running r2251 mingw release build on Windows XP, there seems to be a handle leak associated with uploading files (and possibly downloading, I haven't checked).
Using process explorer to monitor, it can be observed that when a segment of a file completes uploading in DC++, the handle count decreases by one, then increases by three handles as the next segment starts uploading. This means a net increase in handles, which after 12-24 hours puts DC++'s handle count at over 10,000 (if you have lots of users downloading from you).
This may possibly be an issue after longer periods of time, as it may lead to resource (handle) starvation in the OS. I am not sure when this started happening, I cannot replicate the problem with the x86 MSVC release build on XP, or when using the x64 MSVC release build on Win7.
So I'm guessing its something to do with mingw?
Note:
According to process explorers property page, these are not GDI or USER handles, for example, at the moment the affected process says:
handles: 6504
GDI handles: 417
USER handles: 206
if that helps.
References