[Libtorrent-devel] Unaddressed memory issue

[In Incognito]

I updated libsigc++ to a newer version and recompiled everything. Its only
been up for a few hours but ill post up some numbers tomorrow after some
time has passed.

At first it looks like upgrading libsigc++ had a positive affect but its too
early to say.

  upgraded libsigc++20 2.0.17-1 to libsigc++20 2.0.17-3.

compiled rtorrent without "--without-variable-fdset" as well.



On Jan 3, 2008 7:59 PM, Josef Drexler <josef at ttdpatch.net> wrote:

> On Jan 4, 2008, at 12:51 AM, In Incognito wrote:
> > Im using centos5.1. I have alot of programs that use mmap and this
> > is the first i've heard of an mmap bug in gcc 4.1.2-14 and its
> > libraries.
>
> rakshasa wasn't suggesting an mmap bug, which would be a serious
> kernel problem, but instead a compiler bug that causes it to mis-
> compile the code responsible for releasing memory when a peer is done
> with a chunk.  Since what you're reporting is so very different from
> what should be happening (and IS happening for everyone else), a
> compiler bug is the most likely cause. This could mean that memory is
> actually leaking, which is not generally something you see in rtorrent.
>
> To fix that, you'd need to try different compiler versions and/or
> versions of libstdc++. If one peer actually does use far more memory
> than one chunk size like you've shown, it is a bug for sure. But
> experience tells that it's a bug in the compiler generating incorrect
> binary code, rather than a bug in libtorrent/rtorrent since it works
> fine for everyone else. So try recompiling with a different version.
> For the record, it works fine for me with g++ (GCC) 4.1.2 20061115
> (prerelease) (Debian 4.1.1-21) and libstdc++ 4.1.1-21 (Debian libstdc+
> +6-4.1-dev).
>
> (I forgot which libtorrent/rtorrent version you are trying. If it's
> not the latest (0.7.9/0.11.9 or latest svn) then upgrading may fix it
> also.)
>
> --
> Josef Drexler
> josef at ttdpatch.net
> _______________________________________________
> Libtorrent-devel mailing list
> Libtorrent-devel at rakshasa.no
> http://rakshasa.no/mailman/listinfo/libtorrent-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rakshasa.no/pipermail/libtorrent-devel/attachments/20080103/9ed3643f/attachment.html