Closed
Bug 1326466
Opened 8 years ago
Closed 5 years ago
Crash in libsystem_pthread.dylib@0x14fc when stopping the profiler
Categories
(Core :: Gecko Profiler, defect)
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| firefox53 | --- | affected |
People
(Reporter: mstange, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-a5fab450-7c4d-4497-bf1a-e6fd62161230.
=============================================================
I hit this crash when I pressed Ctrl+Shift+1 after the profiler had been running for some time. It's crashing on the main thread while destroying the ThreadProfile object of some thread. Apparently something locks an xpcom Mutex during that destructor. I can't see where that happens, though.
|
||
Comment 1•8 years ago
|
||
I can't reproduce this, on OSX 10.10.5, XCode 7.2.1, Nightly (from source),
with the sampling interval set to 0.1ms, and starting/stopping the profiler
a lot. Do you have any further details?
Flags: needinfo?(mstange)
|
Reporter | |
Comment 2•8 years ago
|
||
I haven't seen this since, so I think it has to do with the thread name filter that I had set at the time. If you change your thread name filter to "GeckoMain,Compositor,_,Stream", the crash might be easier to reproduce. I haven't tried though.
Flags: needinfo?(mstange)
|
||
Comment 3•5 years ago
|
||
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•