Closed
Bug 734517
Opened 13 years ago
Closed 13 years ago
GC: missing barriers in InitExnPrivates
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla14
People
(Reporter: terrence, Assigned: terrence)
References
Details
Attachments
(1 file)
4.79 KB,
patch
|
billm
:
review+
|
Details | Diff | Splinter Review |
InitExnPrivate needs to trigger barriers when copying out to the heap, but not when copying data into the on-stack vector.
Assignee | ||
Comment 1•13 years ago
|
||
I verified that this patch fixes half the failures I am experiencing with my write buffer.
Attachment #605095 -
Flags: review?(wmccloskey)
Comment on attachment 605095 [details] [diff] [review]
v0
Review of attachment 605095 [details] [diff] [review]:
-----------------------------------------------------------------
::: js/src/jsexn.cpp
@@ +122,5 @@
> +typedef JSStackTraceElemImpl<HeapPtrString> JSStackTraceElem;
> +typedef JSStackTraceElemImpl<JSString *> JSStackTraceStackElem;
> +
> +static void
> +copyTraceElemToHeap(JSStackTraceElem *dst, JSStackTraceStackElem *src)
Can you just put the code directly in the loop? If it's in a function, it's possible people will call it without realizing that it does init() rather than set().
Also, in general, functions like this should start with an uppercase letter.
Attachment #605095 -
Flags: review?(wmccloskey) → review+
Assignee | ||
Comment 3•13 years ago
|
||
Target Milestone: --- → mozilla13
Assignee | ||
Comment 4•13 years ago
|
||
Thanks for the help, bugzilla, but no.
Target Milestone: mozilla13 → ---
Comment 5•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla14
You need to log in
before you can comment on or make changes to this bug.
Description
•