REOPENED 132360
Don't hold on to BindingNodes forever 
https://bugs.webkit.org/show_bug.cgi?id=132360
Summary Don't hold on to BindingNodes forever
Oliver Hunt
Reported 2014-04-29 15:11:43 PDT
Don't hold on to BindingNodes forever
Attachments
Patch (24.08 KB, patch)
2014-04-29 15:15 PDT, Oliver Hunt 		ggaren: review+
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Oliver Hunt
Comment 1 2014-04-29 15:15:37 PDT
Created attachment 230429 [details] Patch
Geoffrey Garen
Comment 2 2014-04-29 15:20:44 PDT
Comment on attachment 230429 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=230429&action=review r=me > Source/JavaScriptCore/bytecode/UnlinkedCodeBlock.cpp:196 > + // We make an isolated copy of the parameter string as we don't want to keep the > + // full source string alive. > + String parameterString = source.provider()->getRange(node->parametersStartOffset(), node->parametersEndOffset()).isolatedCopy(); An executable always keeps its full source provider alive, so I don't think isolatedCopy() is an improvement here.
Oliver Hunt
Comment 3 2014-04-29 15:21:24 PDT
Comment on attachment 230429 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=230429&action=review >> Source/JavaScriptCore/bytecode/UnlinkedCodeBlock.cpp:196 >> + String parameterString = source.provider()->getRange(node->parametersStartOffset(), node->parametersEndOffset()).isolatedCopy(); > > An executable always keeps its full source provider alive, so I don't think isolatedCopy() is an improvement here. unlinked executables don't :D
Oliver Hunt
Comment 4 2014-04-29 15:23:47 PDT
Committed r167964: <http://trac.webkit.org/changeset/167964>
WebKit Commit Bot
Comment 5 2014-05-01 10:24:00 PDT
Re-opened since this is blocked by bug 132431
Note You need to log in before you can comment on or make changes to this bug.