aboutsummaryrefslogtreecommitdiffstats
path: root/channels/busy.h
AgeCommit message (Collapse)AuthorFilesLines
2008-01-03eliminiate sound_thread() and other stuff from chan_oss since Asterisk ↵kpfleming1-55/+0
indications can handle it remove gentone and all the headers containing tones that are no longer needed git-svn-id: http://svn.digium.com/svn/asterisk/trunk@96270 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-06Merged revisions 88805 via svnmerge from russell1-18/+0
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r88805 | russell | 2007-11-05 16:07:54 -0600 (Mon, 05 Nov 2007) | 12 lines After seeing crashes related to channel variables, I went looking around at the ways that channel variables are handled. In general, they were not handled in a thread-safe way. The channel _must_ be locked when reading or writing from/to the channel variable list. What I have done to improve this situation is to make pbx_builtin_setvar_helper() and friends lock the channel when doing their thing. Asterisk API calls almost all lock the channel for you as necessary, but this family of functions did not. (closes issue #10923, reported by atis) (closes issue #11159, reported by 850t) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@88934 f38db490-d61c-443f-a65b-d21fe96a405b
2007-07-06it really seems pointless to run gentone to create these header files every ↵kpfleming1-0/+73
time we build Asterisk... git-svn-id: http://svn.digium.com/svn/asterisk/trunk@73677 f38db490-d61c-443f-a65b-d21fe96a405b