Crash in libsystem_pthread.dylib@0x14fc when stopping the profiler

NEW
Unassigned

Status

()

--
critical
2 years ago
2 years ago

People

(Reporter: mstange, Unassigned)

Tracking

(Blocks: 1 bug, {crash})

Trunk
Unspecified
Mac OS X
crash
Points:
---

Firefox Tracking Flags

(firefox53 affected)

Details

(crash signature)

(Reporter)

Description

2 years ago
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.
(Reporter)

Updated

2 years ago
Blocks: 1329181
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

2 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)
You need to log in before you can comment on or make changes to this bug.