| Commit message (Collapse) | Author | Age | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
| |
This occurs when performing a consult transfer if the target does not
support the Replaces extension, due to the following path:
- refer() acquires a read lock over lines_mtx
- refer_consultation() is called
- A write lock over lines_mtx is acquired
Closes #118
|
| |
|
|
|
|
|
|
|
|
| |
This can easily be triggered by starting a blind transfer, and hanging
up before the other end has accepted/rejected it, due to the following
path:
- recvd_notify() acquires a read lock on lines_mtx
- cleanup_dead_lines() is called
- A write lock on lines_mtx is acquired
|
| |
|
|
|
|
|
|
|
| |
This occurs on reception of an INVITE with a Replaces header, due to the
following path:
- recvd_invite() acquires a read lock on lines_mtx
- recvd_initial_invite() is called
- A write lock over lines_mtx is acquired
|
| |
|
|
|
| |
A write lock on `lines_mtx` has already been acquired at the beginning
of `end_call()`.
|
| |
|
|
|
|
| |
Wording copied from https://www.gnu.org/licenses/gpl-howto.en.html
Fixes #25, fixes #71
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
freezing, this commit is probably to blame.
|
|
|
Check in contents of upstream 1.4.2 tarball, exclude generated files.
|
