Designs
- Show closed items
Link issues together to show that they're related or that one is blocking others.
Learn more.
Activity
-
Newest first Oldest first
-
Show all activity Show comments only Show history only
- Olivier Dion changed the description
Compare with previous version changed the description
- Author Developer
Here's what I figured out.
T1 = Thread 26 T2 = Thread 1
T1 trie to acquire
callMutex_
atsrc/sipcall.cpp:658
:658 std::lock_guard<std::recursive_mutex> lk {callMutex_};
but it's already acquired by T2 at
src/sipcall.cpp:689
:689 std::lock_guard<std::recursive_mutex> lk {callMutex_};
Meanwhile, T2 tries to acquire the group lock of the invite session dialog at
sip/sipcall.cpp:692
:692 auto ret = pjsip_inv_end_session(inviteSession_.get(), status, nullptr, &tdata);
but it's already acquire by T1 at
src/jamidht/channeled_transport.cpp:237
237 auto eaten = pjsip_tpmgr_receive_packet(trData_.base.tpmgr, &rdata_);
Ooops deadlock
- Sébastien Blin assigned to @sblin
assigned to @sblin
- Sébastien Blin added sprintto review ~21 labels
added sprintto review ~21 labels
- Sébastien Blin mentioned in commit 86a21e06
mentioned in commit 86a21e06
- Author Developer
- Olivier Dion closed
closed
- Olivier Dion reopened
reopened
- Olivier Dion removed sprintto review label
removed sprintto review label
- Olivier Dion added sprintdone sprintto review labels
added sprintdone sprintto review labels
- Olivier Dion removed sprintto review label
removed sprintto review label
- Sébastien Blin closed
closed
- Sébastien Blin removed sprintdone label
removed sprintdone label
Please register or sign in to reply