........
r114577 | mmichelson | 2008-04-22 19:58:49 -0500 (Tue, 22 Apr 2008) | 23 lines
Round 2 of IMAP_STORAGE app_voicemail.c fixes:
This fixes a bug that was thought to be fixed already.
app_voicemail, if using IMAP_STORAGE, has a problem because
the IMAP header files include syslog.h, which define LOG_WARNING
and LOG_DEBUG to be different than what Asterisk uses for those
same macros. This was "fixed" in the past by including all the
IMAP header files prior to including asterisk.h. This fix worked...
unless you were to try to compile with MALLOC_DEBUG. MALLOC_DEBUG
prepends the inclusion of astmm.h to every file, which means that no
matter what order the includes are in in app_voicemail, the unexpected
values for LOG_WARNING and LOG_DEBUG will be in place.
The action taken for this fix was to define AST_LOG_* macros in addition
to the LOG_* macros already defined. These new macros are used in app_voicemail.c,
logger.h, and astobj.h right now, and their use will be encouraged in the future.
In consideration of those who have written third-party modules which use
the LOG_* macros, these will NOT be removed from the source, however future use
of these macros is discouraged.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114578 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r114575 | mmichelson | 2008-04-22 19:40:30 -0500 (Tue, 22 Apr 2008) | 10 lines
Round 1 of IMAP_STORAGE-related app_voicemail changes
This makes IMAP_STORAGE include the proper headers if you
have specified the "system" option for --with-imap when running
the configure script and your IMAP-related headers exist in
/usr/include/c-client.
This change is due to a hasty merge of a 1.4 change I made.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114576 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r114553 | murf | 2008-04-22 15:57:57 -0600 (Tue, 22 Apr 2008) | 14 lines
(closes issue #12469)
Reported by: triccyx
I had a bit a problem reproducing this in my setup (trying not to disturb my other stuff)
but finally, I got it. The problem appears to be that the extension is being added in
replace mode, which kinda assumes that the pattern trie has been formed, when in fact,
in this case, it was not. The checks being done are not nec. when the tree is not yet
formed, as changes like this will be summarized when the trie is formed in the future.
I tested the fix, and the crash no longer happens. Feel free to open the bug again if
this fix doesn't cure the problem.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114556 65c4cc65-6c06-0410-ace0-fbb531ad65f3
................
r114551 | russell | 2008-04-22 16:15:41 -0500 (Tue, 22 Apr 2008) | 11 lines
Blocked revisions 114550 via svnmerge
........
r114550 | russell | 2008-04-22 16:14:55 -0500 (Tue, 22 Apr 2008) | 4 lines
I thought I was going to be able to leave 1.4 alone, but that was not the case.
I ran into some problems with G.722 in 1.4, so I have merged in all of the fixes
in this area that I have made in trunk/1.6.0, and things are happy again.
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114552 65c4cc65-6c06-0410-ace0-fbb531ad65f3
................
r114543 | russell | 2008-04-22 13:30:47 -0500 (Tue, 22 Apr 2008) | 10 lines
Blocked revisions 114542 via svnmerge
........
r114542 | russell | 2008-04-22 13:29:56 -0500 (Tue, 22 Apr 2008) | 3 lines
After a parked call times out, allow the call back to the parker to time out.
(closes issue #10890)
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114544 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
................
r114538 | russell | 2008-04-22 13:04:39 -0500 (Tue, 22 Apr 2008) | 17 lines
Merged revisions 114537 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r114537 | russell | 2008-04-22 13:03:33 -0500 (Tue, 22 Apr 2008) | 9 lines
If the dial string passed to the call channel callback does not indicate an
extension, then consider the extension on the channel before falling back
to the default.
(closes issue #12479)
Reported by: darren1713
Patches:
exten_dial_fix_chan_iax2.c.patch uploaded by darren1713 (license 116)
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114539 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114533 | russell | 2008-04-22 11:47:00 -0500 (Tue, 22 Apr 2008) | 4 lines
Add a c() option for the Jack() application and JACK_HOOK() funciton for supplying
a custom client name. Using the channel name is still the default. This was done
at the request of Jared Smith.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114534 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114529 | file | 2008-04-22 12:54:06 -0300 (Tue, 22 Apr 2008) | 6 lines
Add support for authenticating on a NOTIFY request. This is useful for phones that require it when sending them a special packet to get them to do something (such as reload their configuration).
(closes issue #9896)
Reported by: IgorG
Patches:
sipnotify-113980-v14.patch uploaded by IgorG (license 20)
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114530 65c4cc65-6c06-0410-ace0-fbb531ad65f3
................
r114523 | russell | 2008-04-22 10:20:53 -0500 (Tue, 22 Apr 2008) | 20 lines
Blocked revisions 114522 via svnmerge
........
r114522 | russell | 2008-04-22 10:20:37 -0500 (Tue, 22 Apr 2008) | 13 lines
Merge changes from team/russell/issue_9520
These changes make sure that the reference count for sip_peer objects properly
reflects the fact that the peer is sitting in the scheduler for a scheduled
callback for qualifying peers or for expiring registrations. Without this, it
was possible for these callbacks to happen at the same time that the peer was
being destroyed. This was especially likely to happen with realtime peers, and
for people making use of the realtime prune CLI command.
(closes issue #9520)
Reported by: kryptolus
Committed patch by me
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114524 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114520 | murf | 2008-04-22 08:38:46 -0600 (Tue, 22 Apr 2008) | 15 lines
Hopefully, this will resolve the issues that russellb had with this log_show_lock().
I gathered the code that filled the string, and put it in a different func which
I cryptically call "append_lock_information()".
Now, both log_show_lock(), and handle_show_locks() both call this code to do
the work. Tested, seems to work fine.
Also, log_show_lock was modified to use the ast_str stuff, along with checking
for successful ast_str creation, and freeing the ast_str obj when finished.
A break was inserted to terminate the search for the lock; we should never
see it twice.
An example usage in chan_sip.c was created as a comment, for instructional
purposes.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114521 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r114327 | jpeeler | 2008-04-21 10:34:37 -0500 (Mon, 21 Apr 2008) | 2 lines
This removes an invalid warning message for an incorrectly entered pin, but more importantly removes an inapplicable check. If the first argument passed to app_authenticate does not contain a '/', the argument should be treated as the sole fixed "password" to match against and that is all. (Previous behavior was attempting to open a file based on the pin.)
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114328 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114077 | dbailey | 2008-04-11 17:09:04 -0500 (Fri, 11 Apr 2008) | 2 lines
Change the number of line keys per registration from 2 to 1
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114236 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114231 | russell | 2008-04-17 17:21:32 -0500 (Thu, 17 Apr 2008) | 3 lines
Make this file compile. The variable str is never set anywhere. Furthermore,
it duplicates a lot of code. I will leave it to murf to clean up.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114232 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
................
r114227 | mmichelson | 2008-04-17 16:04:40 -0500 (Thu, 17 Apr 2008) | 17 lines
Merged revisions 114226 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r114226 | mmichelson | 2008-04-17 16:03:29 -0500 (Thu, 17 Apr 2008) | 9 lines
Declaration of the peer channel in this scope was making it so the peer variable defined
in the outer scope was never set properly, therefore making iterating through the channel
list always restart from the beginning. This bug would have affected anyone who called
chanspy without specifying a first argument.
(closes issue #12461)
Reported by: stever28
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114228 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r114190 | murf | 2008-04-16 17:53:27 -0600 (Wed, 16 Apr 2008) | 1 line
This is the scariest commit I've done in a long time. This is the astobj2-ification of chan_sip. I've tested a number of scenarios like crazy. It used to have 4x the call setup/teardown performance of trunk, but now it's roughly at parity. I will attempt to find the bottlenecks and get it back to the 4x mark. The changes made were somewhat invasive, but the value to the community of these upgrades outweighs waiting further for more testing. Every change being made to chan_sip was lousing this code up when we tried to merge. Peers, Users, Dialogs, are all now astobj2 objects, indexed via hashtables. Refcounting is used to track objects and free them at the bitter end of their lives. Please file issues on bugs.digium.com, and PLEASE, please, please be patient. One natural advantage to all the hash-table work is that loading large sip.conf files full of thousands of peers now goes much faster. One more please: PLEASE help thrash this code and test it.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@114224 65c4cc65-6c06-0410-ace0-fbb531ad65f3
