[webkit-reviews] review granted: [Bug 173577] Fix leak of ModuleInformations in BBQPlan constructors. : [Attachment 313373] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Jun 19 23:44:49 PDT 2017
Saam Barati <sbarati at apple.com> has granted Keith Miller
<keith_miller at apple.com>'s request for review:
Bug 173577: Fix leak of ModuleInformations in BBQPlan constructors.
https://bugs.webkit.org/show_bug.cgi?id=173577
Attachment 313373: Patch
https://bugs.webkit.org/attachment.cgi?id=313373&action=review
--- Comment #7 from Saam Barati <sbarati at apple.com> ---
Comment on attachment 313373
--> https://bugs.webkit.org/attachment.cgi?id=313373
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=313373&action=review
> Source/JavaScriptCore/ChangeLog:8
> + This patch fixes a leak in the BBQPlan constructiors. Previously,
Typo
> Source/JavaScriptCore/wasm/WasmBBQPlan.cpp:62
> + : BBQPlan(vm, adoptRef(*new ModuleInformation(WTFMove(source))), work,
WTFMove(task))
I think we should make a create function for ModuleInformation
> Source/WTF/wtf/ThreadSafeRefCounted.h:33
> +#define CHECK_THREAD_SAFE_REF_COUNTED_LIFECYCLE 0
I’m not a huge fan of this checking code. I see that we do it for RefCounter as
well. IMO, it requires too many clients to call the relax function. I’m not
sure I get why many of them need to call this. Can you elaborate?
> Source/WTF/wtf/ThreadSafeRefCounted.h:90
> +inline void adopted(ThreadSafeRefCountedBase* refCounted)
Who calls this?
More information about the webkit-reviews
mailing list