Closed
Bug 1016923
Opened 11 years ago
Closed 11 years ago
crash in JS_NewStringCopyZ(JSContext*, char const*)
Categories
(Toolkit :: Telemetry, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ted, Assigned: jchen)
References
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-2ab6468f-3e33-4b9f-9e6e-4de112140526.
=============================================================
I've crashed while restarting to apply updates the past few days:
https://crash-stats.mozilla.com/report/index/ac62f98f-9728-43df-9606-ce2792140528
https://crash-stats.mozilla.com/report/index/8fdf5c67-86d4-47a7-aed9-321272140528
https://crash-stats.mozilla.com/report/index/2ab6468f-3e33-4b9f-9e6e-4de112140526
It's crashing under CreateJSHangHistogram.
![]() |
||
Comment 1•11 years ago
|
||
This is low volume across different versions: https://crash-stats.mozilla.com/report/list?signature=JS_NewStringCopyZ%28JSContext%2A%2C+char+const%2A%29
Reporter | ||
Comment 2•11 years ago
|
||
The stacks on those crashes are all over the place. I wonder if this frame ought to be in the skiplist as an append to break out the callers.
Comment 3•11 years ago
|
||
Ted's were all from `anonymous namespace'::CreateJSHangHistogram referencing hangstack[i][0] from http://hg.mozilla.org/mozilla-central/annotate/e86a0d92d174/toolkit/components/telemetry/Telemetry.cpp#l2076
I think you're right, we should add this to the append list. Files bug 1017044.
Assignee | ||
Comment 4•11 years ago
|
||
There was a regression in the profiler pseudostack code (which the hang monitor depends on) from 5-22 nightly to 5-27 nightly (bug 1004726). I'd wait to see if more reports come in.
Blocks: 1004726
Flags: needinfo?(nchen)
Assignee | ||
Comment 5•11 years ago
|
||
Still happening :( There was no crash from when bug 1004726 was backed out (5-28 nightly) but not sure if that's the cause.
Assignee: nobody → nchen
Status: NEW → ASSIGNED
Flags: needinfo?(nchen)
Reporter | ||
Comment 6•11 years ago
|
||
This continues to be a problem for me:
https://crash-stats.mozilla.com/report/index/d173371b-b6e8-48e2-90fc-99f622140528
https://crash-stats.mozilla.com/report/index/6205cd1f-1852-4e5e-b57d-30f622140602
https://crash-stats.mozilla.com/report/index/9e94d810-6b1f-4795-bc26-192f12140604
https://crash-stats.mozilla.com/report/index/353f4fab-03fa-4630-b0cd-9480f2140604
Is there anything I can do to help you track it down?
I can reliably reproduce this on basically every nightly update. Also, all of my plugin-container processes end up crashing as well.
https://crash-stats.mozilla.com/report/index/0ab4b725-a39d-4ba4-a0d1-b38ac2140601
etc.
Would attaching a debugger before I do the next update help gather any useful info?
Assignee | ||
Comment 8•11 years ago
|
||
(In reply to Vladimir Vukicevic [:vlad] [:vladv] from comment #7)
> I can reliably reproduce this on basically every nightly update. Also, all
> of my plugin-container processes end up crashing as well.
>
> https://crash-stats.mozilla.com/report/index/0ab4b725-a39d-4ba4-a0d1-
> b38ac2140601
> etc.
>
> Would attaching a debugger before I do the next update help gather any
> useful info?
That'd be great! I want to see what |i| is and what the other entries of |hangStack| are in this line,
http://hg.mozilla.org/mozilla-central/annotate/cbe4f69c2e9c/toolkit/components/telemetry/Telemetry.cpp#l2076
Flags: needinfo?(vladimir)
Assignee | ||
Comment 9•11 years ago
|
||
I think I know what's going on. If you have the profiler running at some point before the restart, then the crash is most likely caused by bug 1021277.
Reporter | ||
Comment 10•11 years ago
|
||
I have the profiler extension installed, so that's definitely true.
Assignee | ||
Comment 11•11 years ago
|
||
I don't see any more crashes after the 6/6 nightly.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(vladimir)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•