-
- Downloads
access channel locks through ast_channel_lock/unlock/trylock and not
through ast_mutex primitives. To detect all occurrences, I have renamed the lock field in struct ast_channel so it is clear that it shouldn't be used directly. There are some uses in res/res_features.c (see details of the diff) that are error prone as they try and lock two channels without caring about the order (or without explaining why it is safe). git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@89293 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Showing
- apps/app_channelredirect.c 1 addition, 1 deletionapps/app_channelredirect.c
- apps/app_senddtmf.c 2 additions, 2 deletionsapps/app_senddtmf.c
- apps/app_softhangup.c 2 additions, 2 deletionsapps/app_softhangup.c
- include/asterisk/channel.h 1 addition, 1 deletioninclude/asterisk/channel.h
- include/asterisk/lock.h 3 additions, 3 deletionsinclude/asterisk/lock.h
- main/channel.c 13 additions, 13 deletionsmain/channel.c
- main/manager.c 1 addition, 1 deletionmain/manager.c
- res/res_features.c 7 additions, 7 deletionsres/res_features.c
Loading
Please register or sign in to comment