Re: [webkit-dev] Calling gc::collect() before the program exits

On Jul 27, 2009, at 12:06 PM, Zoltan Herczeg wrote: Hi, by default, gc::collect() is triggered by a timer at regular intervals. In QtLauncher, gc::collect() is not called in any other way, so the remaining JS objects cause memory leaks when QtLauncher exits. Although this approach may not

[webkit-dev] Calling gc::collect() before the program exits

Hi, by default, gc::collect() is triggered by a timer at regular intervals. In QtLauncher, gc::collect() is not called in any other way, so the remaining JS objects cause memory leaks when QtLauncher exits. Although this approach may not be considered a bug, since the program soon quits, I would b

[webkit-dev] Question about ForwardingHeaders

Hi, could anyone explain me, please, what's the purpose of JSC/ForwardingHeaders? Here is the sequence of includes which looks redundant for me: WebCore/bindings/js/ScriptValue.cpp includes JavaScriptCore/JSValueRef.h that's fine, we don't want to reference any headers from JavaScriptCore d

[webkit-dev] webkit gtk threads

Hi, sorry for this question... Please can anybody let me know how many threads run when I run GtkLauncher?? thanks , veer "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential