linuxdcpp-team team mailing list archive

[Razzloss <razzloss@xxxxxxxxx>]

The last mapping isn't destroyed. And according to the manpage this
seems to be true with Linux also. Though I doubt it is 16M every time,
only in the worst case scenario. Since if that one client was leaking
16M every file hashed, it would have run out of memory long ago.)

Upstream changes to the HashManager seem to have fixed this already,
commit only needed to the Linuxdcpp-trunk.

--RZ


** Changed in: linuxdcpp
   Importance: Undecided => Medium

** Changed in: linuxdcpp
       Status: New => Confirmed

** Changed in: linuxdcpp
    Milestone: None => 1.1.0

** Tags added: core hashing

-- 
[patch] huge memory in file hasher on FreeBSD (16M per every hashed file)
https://bugs.launchpad.net/bugs/517948
You received this bug notification because you are a member of LinuxDC++
Team, which is subscribed to LinuxDC++.

Status in Linux DC++: Confirmed

Bug description:
Looks like memory mappings are destroyed on Linux when the file descriptor is closed. This is not the case on FreeBSD.

Please see attached patch.