[webkit-dev] Curl resourcehandle leaks in Linux/Gtk port

zaheer ahmad zaheer.mot at gmail.com
Wed Sep 10 07:53:49 PDT 2008

The fix only helps little as we see the bigger leaks in curl. feedback from
curl experts suggests that this design is correct.. let me know if you are
aware of this issue

== here's the mail snapshot.
we are seeing big leaks in curl (Curl_connect - 600-800k and Curl_open -
~200k) when we browse through as little as few websites. This values
keep increasing as we browse more sites.

heres the high level logic of webkit=curl interaction
1- create a multi handle at the start of program
2- keep creating easy handles for each request
3- when request is done remove it from multi handle and clean up the
4- multi handle is never released (stays till the end of program)

This design assumes that multi handle has a bounded memory usage as we
keep adding and removing easy handles, but that seems to be not true
with the leaks.

>> Now I just started to use valgrind to find other memory leaks, so this
and other issues should be hopefully fixed soon.

these are not traditional memory leaks, you are holding on to things longer
than you should, so they are more functional leaks. Does valgrind help in
that too?


On Wed, Sep 10, 2008 at 8:02 PM, Marco Barisione <
marco.barisione at collabora.co.uk> wrote:

> Il giorno mer, 10/09/2008 alle 07.22 -0700, Mike Emmel ha scritto:
> > This leak is fixed in the ncurl port.
> Is it possible to backport the fix?
> --
> Marco Barisione
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.webkit.org/pipermail/webkit-dev/attachments/20080910/71c26261/attachment.html 

More information about the webkit-dev mailing list