Mark Michelson 0ea1c980a0
Merged revisions 116089 via svnmerge from ...
https://origsvn.digium.com/svn/asterisk/trunk
................
r116089 | mmichelson | 2008-05-13 18:54:01 -0500 (Tue, 13 May 2008) | 20 lines
Merged revisions 116088 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r116088 | mmichelson | 2008-05-13 18:47:49 -0500 (Tue, 13 May 2008) | 12 lines
A change to the way channel locks are handled when DEBUG_CHANNEL_LOCKS is defined.
After debugging a deadlock, it was noticed that when DEBUG_CHANNEL_LOCKS
is enabled in menuselect, the actual origin of channel locks is obscured
by the fact that all channel locks appear to happen in the function
ast_channel_lock(). This code change redefines ast_channel_lock to be a
macro which maps to __ast_channel_lock(), which then relays the proper
file name, line number, and function name information to the core lock
functions so that this information will be displayed in the case that
there is some sort of locking error or core show locks is issued.
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@116096 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2008-05-13 23:58:34 +00:00
2008-03-03 15:59:50 +00:00
2007-11-19 19:36:32 +00:00
2007-11-17 14:11:53 +00:00
2007-12-11 14:17:29 +00:00
2008-03-27 05:16:26 +00:00
2007-05-24 22:07:50 +00:00
2008-02-15 23:14:32 +00:00
2007-12-11 14:17:29 +00:00
2007-12-11 14:17:29 +00:00
2008-03-01 01:30:37 +00:00
2007-12-11 14:17:29 +00:00
2008-02-26 20:02:14 +00:00
2007-12-11 14:17:29 +00:00
2008-03-18 17:01:36 +00:00
2007-12-11 14:17:29 +00:00
2008-03-18 15:58:50 +00:00
2006-11-15 20:55:17 +00:00
2008-03-12 18:31:07 +00:00
2008-05-11 03:27:05 +00:00
2007-12-11 14:17:29 +00:00
2007-12-11 14:17:29 +00:00
2008-03-10 14:38:01 +00:00
2008-03-13 21:41:14 +00:00
2005-12-03 19:25:33 +00:00
2007-11-28 20:27:40 +00:00
2007-12-03 23:52:23 +00:00
2008-05-04 01:53:02 +00:00
2008-03-11 22:59:52 +00:00
2007-07-16 02:51:56 +00:00
2007-12-11 14:17:29 +00:00
2008-01-25 02:52:10 +00:00
2005-11-29 18:24:39 +00:00
2006-08-21 02:11:39 +00:00
2007-11-17 14:11:53 +00:00
2007-12-11 22:20:22 +00:00
2008-04-17 16:48:47 +00:00
After some study, thought, comparing, etc. I've backed out the previous universal mod to make ast_flags a 64 bit thing. Instead, I added a 64-bit version of ast_flags (ast_flags64), and 64-bit versions of the test-flag, set-flag, etc. macros, and an app_parse_options64 routine, and I use these in app_dial alone, to eliminate the 30-option limit it had grown to meet. There is room now for 32 more options and flags. I was heavily tempted to implement some of the other ideas that were presented, but this solution does not intro any new versions of dial, doesn't have a different API, has a minimal/zero impact on code outside of dial, and doesn't seriously (I hope) affect the code structure of dial. It's the best I can think of right now. My goal was NOT to rewrite dial. I leave that to a future, coordinated effort.
2007-07-19 23:24:27 +00:00
2007-11-17 03:28:31 +00:00
2007-07-16 02:51:56 +00:00
2007-08-29 15:19:11 +00:00
2008-02-02 06:10:20 +00:00
2008-02-15 17:29:08 +00:00
2008-01-23 23:09:11 +00:00
2007-12-15 11:34:33 +00:00
2008-04-17 16:48:47 +00:00
2007-08-06 19:52:40 +00:00
2008-03-01 01:30:37 +00:00
2007-12-11 14:17:29 +00:00
2008-03-12 22:50:14 +00:00
2007-11-23 09:03:33 +00:00
2007-01-01 20:08:47 +00:00
2005-11-29 18:24:39 +00:00
2007-12-11 14:17:29 +00:00
2008-02-12 14:08:58 +00:00
2007-09-25 09:07:30 +00:00
2008-01-02 18:21:04 +00:00
2007-11-08 05:28:47 +00:00
2008-01-09 21:37:26 +00:00
2008-05-13 23:58:34 +00:00
2007-12-14 18:54:48 +00:00
2008-04-23 18:01:42 +00:00
2007-11-16 20:04:58 +00:00
2007-12-11 14:17:29 +00:00
2008-02-27 08:20:15 +00:00
2007-07-10 15:07:25 +00:00
2007-07-16 02:51:56 +00:00
2007-12-16 10:51:53 +00:00
2007-12-08 03:26:09 +00:00
2008-03-25 14:42:35 +00:00
2007-12-20 09:55:05 +00:00
2008-04-22 18:14:44 +00:00
2007-11-16 20:04:58 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2008-03-27 05:16:26 +00:00
2008-05-05 19:58:25 +00:00
2008-03-06 00:07:09 +00:00
2007-07-16 02:51:56 +00:00
2008-05-02 14:29:49 +00:00
2007-11-16 20:04:58 +00:00
2008-04-01 16:57:16 +00:00
2008-02-26 00:31:40 +00:00
2007-08-13 21:59:15 +00:00
2007-11-06 02:53:13 +00:00
2007-11-16 21:08:28 +00:00
2008-03-18 15:58:50 +00:00
2008-03-12 22:50:14 +00:00
2007-11-06 19:10:26 +00:00
2007-12-11 22:20:22 +00:00
2007-12-18 02:42:44 +00:00
2008-02-15 17:29:08 +00:00
2007-12-11 22:20:22 +00:00
2008-01-18 21:38:01 +00:00
2007-12-11 22:20:22 +00:00
2007-12-11 22:20:22 +00:00
2007-12-11 16:29:29 +00:00
2008-03-18 15:58:50 +00:00
2007-12-11 22:20:22 +00:00
0ea1c980a0