Closed Bug 1704159 Opened 3 years ago Closed 1 year ago

Crash in MOZ_CRASH(mozilla::detail::MutexImpl::unlock: pthread_mutex_unlock failed)

Categories

(Core :: XPCOM, defect)

Unspecified
macOS
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mccr8, Unassigned)

References

Details

(Keywords: crash)

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/dc410223-d39c-48fa-b851-b0e2f0210409

MOZ_CRASH Reason: MOZ_CRASH(mozilla::detail::MutexImpl::unlock: pthread_mutex_unlock failed)

Top 9 frames of crashing thread:

0 libmozglue.dylib mozilla::detail::MutexImpl::unlock mozglue/misc/Mutex_posix.cpp:121
1 XUL nsTimer::Cancel xpcom/threads/nsTimerImpl.h:239
2 XUL mozilla::ipc::MessagePumpForNonMainThreads::Run ipc/glue/MessagePump.cpp:310
3 XUL MessageLoop::Run ipc/chromium/src/base/message_loop.cc:310
4 XUL nsThread::ThreadFunc xpcom/threads/nsThread.cpp:395
5 libnss3.dylib _pt_root nsprpub/pr/src/pthreads/ptthread.c:201
6 libsystem_pthread.dylib _pthread_body 
7 libsystem_pthread.dylib _pthread_start 
8 libsystem_pthread.dylib thread_start 

It looks like the volume really increased at the start of February, then dropped again in the middle of March. Maybe it is a signature change.

See Also: → 1704391

I hit this while trying to reproduce another issue under rr.

A Pernosco session is available here: https://pernos.co/debug/9NQd1L2ePzFf-lRd1oTFEQ/index.html

Maybe this is related to Bug 1683404?

Don't see any crashes on versions more recent than 78esr, and the crash rate is quite low for that (unsupported) version - closing.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.