aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2008-09-19We should only unsubscribe to the device state eventmmichelson1-1/+3
subscription if we have previously subscribed. Otherwise a segfault will occur. (closes issue #13476) Reported by: jonnt Patches: 13476.patch uploaded by putnopvut (license 60) Tested by: jonnt git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143609 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-18Merged revisions 143534 via svnmerge from murf1-3/+9
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r143534 | murf | 2008-09-18 16:11:51 -0600 (Thu, 18 Sep 2008) | 1 line A micro-fix, in sip_park_thread, where d is freed before the func is done using it. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143559 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-18Blocked revisions 143475 via svnmergejpeeler0-0/+0
........ r143475 | jpeeler | 2008-09-18 16:01:23 -0500 (Thu, 18 Sep 2008) | 1 line compare peer and chan instead of looking at the parked user (pu), which could have possibly already have been freed by the parking thread ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143476 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-17Merged revisions 143404 via svnmerge from tilghman1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r143404 | tilghman | 2008-09-17 15:55:47 -0500 (Wed, 17 Sep 2008) | 6 lines When callerid is blank, we want to use "unknown caller" in those cases, too. (closes issue #13486) Reported by: tomo1657 Patches: 20080917__bug13486.diff.txt uploaded by Corydon76 (license 14) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143405 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-17If attempting to free a NULL pointer when MALLOC_DEBUGmmichelson1-1/+6
is set, don't bother searching for a region to free, just immediately exit. This has the dual benefit of suppressing a warning message about freeing memory at (nil) and of optimizing the free() replacement by not having to do any futile searching for the proper region to free. (closes issue #13498) Reported by: pj Patches: 13498.patch uploaded by putnopvut (license 60) Tested by: pj git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143400 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-17Merged revisions 143337 via svnmerge from mmichelson1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r143337 | mmichelson | 2008-09-17 13:24:15 -0500 (Wed, 17 Sep 2008) | 6 lines Allow for "G.729" if offered in an SDP even though it is not RFC 3551 compliant. Some Cisco switches will send this in an SDP, and it doesn't hurt to be able to accept this. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143340 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-16Blocked revisions 143270 via svnmergejpeeler0-0/+0
........ r143270 | jpeeler | 2008-09-16 16:44:21 -0500 (Tue, 16 Sep 2008) | 9 lines (closes issue #13493) Reported by: mdu113 Patches: bug13493.diff uploaded by jpeeler (license 325) Tested by: mdu113 Changed park_call_full to hold the parkinglot lock a little longer, which protects the parkeduser struct from being freed out from underneath. Made sure that the parking extension is added to the parking context while holding the lock thereby ensuring that there are no spurious warnings from removal attempts when a hangup occurs while the parking lot is being announced. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143271 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-16Blocked revisions 143204 via svnmergejpeeler0-0/+0
........ r143204 | jpeeler | 2008-09-16 11:14:25 -0500 (Tue, 16 Sep 2008) | 10 lines (closes issue #13465) (closes issue #13425) Reported by: mdu113 Patches: bug13425.diff uploaded by jpeeler (license 325) Tested by: mdu113 The main change here was to masquerade the channel if the channel that was to be parked was running a PBX on it. The PBX thread can then maintain full control of the channel (the zombie) as it expects to while allowing the parking thread full control of the real (parked) channel. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143226 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-15Merged revisions 143140 via svnmerge from tilghman1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r143140 | tilghman | 2008-09-15 16:29:32 -0500 (Mon, 15 Sep 2008) | 6 lines Set the raw formats at the same time as the other formats. (closes issue #13240) Reported by: jvandal Patches: 20080813__bug13240.diff.txt uploaded by Corydon76 (license 14) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143141 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-14plug a couple of memleaks in chan_skinny.mvanbaak1-6/+12
(closes issue #13452) Reported by: pj Patches: memleak5.diff uploaded by wedhorn (license 30) Tested by: wedhorn, pj, mvanbaak (closes issue #13294) Reported by: pj git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143082 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-13Everytime a compile fails, a puppy dies.seanbright1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143034 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-13Repair IAXVAR implementation so that it works again (regression?)tilghman3-25/+109
(closes issue #13354) Reported by: adomjan Patches: 20080828__bug13354.diff.txt uploaded by Corydon76 (license 14) 20080829__bug13354__1.6.0.diff.txt uploaded by Corydon76 (license 14) Tested by: Corydon76, adomjan git-svn-id: http://svn.digium.com/svn/asterisk/trunk@143031 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Create a new config file status, CONFIG_STATUS_FILEINVALID for differentiatingtilghman62-109/+291
when a file is invalid from when a file is missing. This is most important when we have two configuration files. Consider the following example: Old system: sip.conf users.conf Old result New result ======== ========== ========== ========== Missing Missing SIP doesn't load SIP doesn't load Missing OK SIP doesn't load SIP doesn't load Missing Invalid SIP doesn't load SIP doesn't load OK Missing SIP loads SIP loads OK OK SIP loads SIP loads OK Invalid SIP loads incompletely SIP doesn't load Invalid Missing SIP doesn't load SIP doesn't load Invalid OK SIP doesn't load SIP doesn't load Invalid Invalid SIP doesn't load SIP doesn't load So in the case when users.conf doesn't load because there's a typo that disrupts the syntax, we may only partially load users, instead of failing with an error, which may cause some calls not to get processed. Worse yet, the old system would do this with no indication that anything was even wrong. (closes issue #10690) Reported by: dtyoo Patches: 20080716__bug10690.diff.txt uploaded by Corydon76 (license 14) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142992 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Merged revisions 142927 via svnmerge from jpeeler1-0/+4
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142927 | jpeeler | 2008-09-12 17:22:28 -0500 (Fri, 12 Sep 2008) | 6 lines (closes issue #12965) Reported by: rlsutton2 Prevents local channels from playing MOH at each other which was causing ast_generic_bridge to loop much faster. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142929 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Merged revisions 142865 via svnmerge from tilghman2-7/+63
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142865 | tilghman | 2008-09-12 15:37:18 -0500 (Fri, 12 Sep 2008) | 11 lines Create rules for disallowing contacts at certain addresses, which may improve the security of various installations. As this does not change any default behavior, it is not classified as a direct security fix for anything within Asterisk, but may help PBX admins better secure their SIP servers. (closes issue #11776) Reported by: ibc Patches: 20080829__bug11776.diff.txt uploaded by Corydon76 (license 14) Tested by: Corydon76, blitzrage ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142866 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Recorded merge of revisions 142807 via svnmerge from mvanbaak0-0/+0
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142807 | mvanbaak | 2008-09-12 19:59:25 +0200 (Fri, 12 Sep 2008) | 2 lines fix copyright year range ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142808 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12When checking for an encoded character, make sure the string isn't blank, first.tilghman1-0/+5
(Closes issue #13470) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142748 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Merged revisions 142744 via svnmerge from tilghman1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142744 | tilghman | 2008-09-12 11:38:02 -0500 (Fri, 12 Sep 2008) | 4 lines Missing merge from 1.2 fixes errant exit on DTMF, only when language is Italian (cf commit 34242) (Closes issue #7353) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142745 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Merged revisions 142740 via svnmerge from tilghman1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142740 | tilghman | 2008-09-12 11:27:32 -0500 (Fri, 12 Sep 2008) | 4 lines Don't return a free'd pointer, when a file cannot be opened. (closes issue #13462) Reported by: wackysalut ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142741 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Merged revisions 142675 via svnmerge from murf5-2/+56
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142675 | murf | 2008-09-11 22:29:34 -0600 (Thu, 11 Sep 2008) | 29 lines Tested by: sergee, murf, chris-mac, andrew, KNK This is a "second attempt" to restore the previous "endbeforeh" behavior in 1.4 and up. In order to capture information concerning all the legs of transfers in all their infinite combinations, I was forced to this particular solution by a chain of logical necessities, the first being that I was not allowed to rewrite the CDR mechanism from the ground up! This change basically leaves the original machinery alone, which allows IVR and local channel type situations to generate CDR's as normal, but a channel flag can be set to suppress the normal running of the h exten. That flag would be set by the code that runs the h exten from the ast_bridge_call routine, to prevent the h exten from being run twice. Also, a flag in the ast_bridge_config struct passed into ast_bridge_call can be used to suppress the running of the h exten in that routine. This would happen, for instance, if you use the 'g' option in the Dial app. Running this routine 'early' allows not only the CDR() func to be used in the h extension for reading CDR variables, but also allows them to be modified before the CDR is posted to the backends. While I dearly hope that this patch overcomes all problems, and introduces no new problems, reality suggests that surely someone will have problems. In this case, please re-open 13251 (or 13289), and we'll see if we can't fix any remaining issues. ** trunk note: some code to suppress the h exten being run from app_queue was added; for the 'continue' option available only in trunk/1.6.x. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142676 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Build under dev-modeseanbright1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142635 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-11Merged revisions 142575 via svnmerge from murf1-24/+42
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142575 | murf | 2008-09-11 16:55:49 -0600 (Thu, 11 Sep 2008) | 20 lines (closes issue #13364) Reported by: mdu113 Well, fundamentally, the problems revealed in 13364 are because of the ForkCDR call that is done before the dial. When the bridge is in place, it's dealing with the first (and wrong) cdr in the list. So, I wrote a little func to zip down to the first non-locked cdr in the chain, and thru-out the ast_bridge_call, these results are used instead of raw chan->cdr and peer->cdr pointers. This shouldn't affect anyone who isn't forking cdrs before a dial, and should correct the cdr's of those that do. So, this change ends up correcting the dstchannel and userfield; the disposition was fixed by a previous patch, it was OK coming into this problem. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142576 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-11Add usegmtime, as per the recent -users list discussion, and also add mytilghman2-5/+41
explanation to the file, since that additional text helps people understand the concept. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142536 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-10Merged revisions 142474 via svnmerge from murf1-0/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142474 | murf | 2008-09-10 15:58:17 -0600 (Wed, 10 Sep 2008) | 30 lines (closes issue #12318) Reported by: krtorio I made a small change to the code that handles local channel situations. In that code, I copy the answer time from the peer cdr, to the bridge_cdr, but I wasn't also copying the disposition from the peer cdr. So, Now I copy the disposition, and I've tested against these cases: 1. phone 1 never answers the phone; no cdr is generated at all. this should show up as a manager command failure or something. 2. phone 2 never answers. CDR is generated, says NO ANSWER 3. phone 2 is busy. CDR is generated, says BUSY 4. phone 2 answers: CDR is generated, times are correct; disposition is ANSWERED, which is correct. The start time is the time that the manager dialed the first phone. The answer time is the time the second phone picks up. I purposely left the cid and src fields blank; since this call really originates from the manager, there is no 'easy' data to put in these fields. If you feel strongly that these fields should be filled in, re-open this bug and I'll dig further. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142475 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-10Merged revisions 142416 via svnmerge from seanbright2-4/+4
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142416 | seanbright | 2008-09-10 15:05:46 -0400 (Wed, 10 Sep 2008) | 9 lines Fix detection of PWLIB and OpenH323 version when spacing in the headers isn't consistent. (closes issue #13426) Reported by: bamby Patches: detect_openh323.diff uploaded by bamby (license 430) (Modified by me to use sed instead of tr) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142417 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-10Merged revisions 142358 via svnmerge from tilghman1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142358 | tilghman | 2008-09-10 11:54:29 -0500 (Wed, 10 Sep 2008) | 2 lines Publish new extra sounds version. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142359 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-10Merged revisions 142354 via svnmerge from russell1-5/+3
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142354 | russell | 2008-09-10 11:39:53 -0500 (Wed, 10 Sep 2008) | 7 lines It is a normal situation that a task gets put in the scheduler that should run as soon as possible. Accept "0" as an acceptable time to run, and also treat negative as "run now", and don't print a debug message about it. (inspired by a message asking about the "request to schedule in the past" debug message on the -dev list) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142355 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-10Move last change to CHANGES up to the 1.6.2 sectionrussell1-3/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142318 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Disable autoprune by default.phsultan3-8/+14
(closes issue #13411) Reported by: caio1982 Patches: res_jabber_autoprune1.diff uploaded by caio1982 (license 22) Tested by: caio1982 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142280 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Merged revisions 142218 via svnmerge from mmichelson1-1/+6
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142218 | mmichelson | 2008-09-09 14:15:28 -0500 (Tue, 09 Sep 2008) | 14 lines Make sure that the branch sent in CANCEL requests matches the branch of the INVITE it is cancelling. (closes issue #13381) Reported by: atca_pres Patches: 13381v2.patch uploaded by putnopvut (license 60) Tested by: atca_pres (closes issue #13198) Reported by: rickead2000 Tested by: rickead2000 ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142219 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Cleaned up commentrmudgett1-10/+10
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142181 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09This is the trunk version of the patch to closemmichelson1-188/+51
issue 12979. The difference between this and the 1.6.0 and 1.6.1 versions is that this is a much more invasive change. With this, we completely get rid of the interfaces list, along with all its helper functions. Let me take a moment to say that this change personally excites me since it may mean huge steps forward regarding proper lock order in app_queue without having to strew seemingly unnecessary locks all over the place. It also results in a huge reduction in lines of code and complexity. Way to go Brett! (closes issue #12979) Reported by: sigxcpu Patches: 20080710_issue12979_queue_custom_state_interface_trunk_2.diff uploaded by bbryant (license 36) Tested by: sigxcpu, putnopvut git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142146 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Merged revisions 142079 via svnmerge from mmichelson1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142079 | mmichelson | 2008-09-09 11:19:17 -0500 (Tue, 09 Sep 2008) | 21 lines When determining if codecs used by SIP peers allow the media to be natively bridged, use the jointcapability instead of the peercapability. It seems that the intent of using the peercapability was to expand the choice of codecs for the call to increase the chances of being able to native bridge the channels. The problem is that if a codec were settled on for the native bridge and that wasn't a codec that was configured to be used by Asterisk for that peer, then Asterisk would send a REINVITE with no codecs in the SDP which is a bug no matter how you slice it. (closes issue #13076) Reported by: ramonpeek Patches: 13076.patch uploaded by putnopvut (license 60) Tested by: tbelder ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142080 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Merged revisions 142063 via svnmerge from russell1-0/+17
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r142063 | russell | 2008-09-09 10:40:24 -0500 (Tue, 09 Sep 2008) | 5 lines Ensure that the stored CDR reference is still valid after the bridge before poking at it. Also, keep the channel locked while messing with this CDR. (fixes crashes reported in issue #13409) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142064 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Minor fix to docosnuffy1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@142000 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Use ast_debug for debug messages. I was wondering why debugmmichelson1-12/+6
messages weren't showing up when I had set the debug level high for just app_queue.c. It's because we were only checking the global option_debug variable instead of using the awesome macro which checks both the global and file-specific value git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141998 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Fix a memory leak in chan_ossmmichelson1-3/+7
(closes issue #13311) Reported by: eliel Patches: chan_oss.c.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141995 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-09Modify ast_answer() to not hold the channel lock while calling ast_safe_sleep()russell1-4/+9
or when calling ast_waitfor(). These are inappropriate times to hold the channel lock. This is what has caused "could not get the channel lock" messages from chan_sip and has likely caused a negative impact on performance results of SIP in Asterisk 1.6. Thanks to file for pointing out this section of code. (closes issue #13287) (closes issue #13115) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141949 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Optimization: The only reason we should check membermmichelson1-54/+60
status is if the queue has a joinempty or a leavewhenempty setting which could cause the caller to not join the queue or exit the queue. Prior to this patch, we could potentially traverse the entire queue's member list for no reason since even if the members are currently not available in some way we're going to let the caller join the queue anyway. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141906 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Um, apparently I didn't actually finish merging before committing.mmichelson1-34/+6
Bad bad bad git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141868 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Merged revisions 141809 via svnmerge from mmichelson1-2/+45
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r141809 | mmichelson | 2008-09-08 16:10:10 -0500 (Mon, 08 Sep 2008) | 14 lines Fix pedantic mode of chan_sip to only check the remote tag of an endpoint once a dialog has been confirmed. Up until that point, it is possible and legal for the far-end to send provisional responses with a different To: tag each time. With this patch applied, these provisional messages will not cause a matching problem. (closes issue #11536) Reported by: ibc Patches: 11536v2.patch uploaded by putnopvut (license 60) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141810 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Merged revisions 141806 via svnmerge from russell1-9/+15
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r141806 | russell | 2008-09-08 16:02:36 -0500 (Mon, 08 Sep 2008) | 7 lines When doing an async goto, detect if the channel is already in the middle of a masquerade. This can happen when chan_local is trying to optimize itself out. If this happens, fail the async goto instead of bursting into flames. (closes issue #13435) Reported by: geoff2010 ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141807 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Merged revisions 141741 via svnmerge from qwell4-160/+0
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r141741 | qwell | 2008-09-08 15:15:42 -0500 (Mon, 08 Sep 2008) | 8 lines Remove RPM package targets from Makefile (and all associated parts). This has never worked in 1.4, and we decided that it makes no sense to be done here. There are many distros out there that already have "proper" spec files that can be (re)used. Closes issue #13113 Closes issue #10950 Closes issue #10952 ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141745 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Quote the arguments to grep so that sh on various platforms doesn't chokeseanbright1-3/+3
on the special characters (like ^). (closes issue #13417) Reported by: dougm Patches: 13417.make_buildopts_h.patch uploaded by seanbright (license 71) Tested by: dougm git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141682 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-08Blocked revisions 141678 via svnmergerussell0-0/+0
........ r141678 | russell | 2008-09-08 11:26:00 -0500 (Mon, 08 Sep 2008) | 4 lines Actually use Zaptel CFLAGS if using Zaptel instead of DAHDI This fixes building against Zaptel when using a custom path ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141679 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-07make func_curl.c compile under devmode.mvanbaak1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141626 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-06Merged revisions 141565 via svnmerge from murf1-0/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r141565 | murf | 2008-09-06 14:13:16 -0600 (Sat, 06 Sep 2008) | 1 line This fix comes from Joshua Colp The Brilliant, who, given the trace, came up with a solution. This will most likely will close 13235 and 13409. I'll wait till Monday to verify, and then close these bugs. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141566 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-06Get rid of the casts that cause warnings on OpenBSD. The compiler is errantlytilghman1-4/+4
detecting warnings when we redefine a structure each time it is used, even though the structure is identical. Reported by: mvanbaak, via #asterisk-dev git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141507 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-06Merged revisions 141503 via svnmerge from tilghman1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r141503 | tilghman | 2008-09-06 10:23:42 -0500 (Sat, 06 Sep 2008) | 4 lines Reverting behavior change (AGI should not exit non-zero on SUCCESS) (closes issue #13434) Reported by: francesco_r ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141504 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-06Some fixes to autocompletion in some commands.mvanbaak3-20/+35
Changes applied by this patch: - Fix autocompletion in 'sip prune realtime', sip peers where never auto completed. Now we complete this command with: 'sip prune realtime peer' -> all | like | sip peers Also I have modified the syntax in the usage, was wrong... - Pass ast_cli_args->argv and ast_cli_args->argc while running autocompletion on CLI commands (CLI_GENERATE). With this we avoid comparisons on ast_cli_args->line like this: strcasestr(a->line, " description") strcasestr(a->line, "descriptions ") strcasestr(a->line, "realtime peer"), and so on.. Making the code more confusing (check the spaces in description!). The only thing we must be sure is to first check a->pos or a->argc. - Fix 'iax2 prune realtime' autocompletion, now we autocomplete this command with 'all' & 'iax2 peers', check a look that iax2 peers where all the peers, now only the ones in the cache.. (closes issue #13133) Reported by: eliel Patches: clichanges.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@141464 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-24 09:56:17 +0000