Hi Adam,
thank you for your suggestions. I have something similar in my mind.
I have opened a bugzilla entry and submited an early patch draft about my
concept:
https://bugs.webkit.org/show_bug.cgi?id=27980
The patch frees memory objects in a reversed creation order, and seemed
working well
Hi,
any thoughts on this? I hope my qestion was clear :) I would like to pack
the static declarations into wrapper classes, so we can add platform
and/or compilation mode (debug/release) dependent functionality to all
static variables (i.e: freeing them on exit).
Zoltan
Hi all,
Valgrind
Zoltan, I think it would be a great add from a embedder-dev point of view.
Particularly, such leaks have been faced here in a soon past, when we
were loading a webkit browser as a plugin, and not as an application
by itself. So, we the webkit plugin was unloaded, it used to left
behind lots of
On Thursday 30 July 2009 02:55:18 am Zoltan Herczeg wrote:
Hi,
any thoughts on this? I hope my qestion was clear :) I would like to pack
the static declarations into wrapper classes, so we can add platform
and/or compilation mode (debug/release) dependent functionality to all
static
Hi all,
Valgrind reports a lot of memory leaks when QtLauncher quits, because many
static local variables are not freed. I did a little research and realized
there is no consistent way to define static variables in webkit:
WebCore/css/CSSSelector.cpp: CSSSelector::extractPseudoType()
using a
5 matches
Mail list logo