← Back to team overview

linuxdcpp-team team mailing list archive

[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