Tinet-mucw 12193c70de bridge_basic.c: Make sure that ast_bridge_channel is not destroyed while iterating over bridge->channels. ...

From the gdb information, we can see that while iterating over bridge->channels, the ast_bridge_channel reference count is 0, indicating it has already been destroyed.Additionally, when ast_bridge_channel is removed from bridge->channels, the bridge is first locked. Therefore, locking the bridge before iterating over bridge->channels can resolve the race condition.

Resolves: https://github.com/asterisk/asterisk/issues/768
(cherry picked from commit 68a9c5683a)

2024-07-11 13:23:24 +00:00

120 KiB

Raw Blame History

View Raw