aboutsummaryrefslogtreecommitdiffstats
path: root/include
AgeCommit message (Collapse)AuthorFilesLines
2008-01-28Re-inserting chan_vpb into trunk.mmichelson1-0/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100678 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-28Normalize the detection for execinfo, so that Linux (glibc) and other platformstilghman1-3/+0
with libexecinfo will generate inline stack backtraces correctly. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100628 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-28Merged revisions 100581 via svnmerge from russell1-1/+4
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r100581 | russell | 2008-01-28 11:15:41 -0600 (Mon, 28 Jan 2008) | 9 lines Make some deadlock related fixes. These bugs were discovered and reported internally at Digium by Steve Pitts. - Fix up chan_local to ensure that the channel lock is held before the local pvt lock. - Don't hold the channel lock when executing the timing function, as it can cause a deadlock when using chan_local. This actually changes the code back to be how it was before the change for issue #10765. But, I added some other locking that I think will prevent the problem reported there, as well. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100582 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-27With the switch to the ast_sched_replace* API in trunk, we lose the correctiontilghman1-0/+13
that was just merged from 1.4, so this is a changeover to those APIs to use the macro versions, so that we properly detect errors from ast_sched_del, instead of simply ignoring the return values. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100497 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-27Merged revisions 100465 via svnmerge from tilghman1-0/+10
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r100465 | tilghman | 2008-01-27 15:59:53 -0600 (Sun, 27 Jan 2008) | 11 lines When deleting a task from the scheduler, ignoring the return value could possibly cause memory to be accessed after it is freed, which causes all sorts of random memory corruption. Instead, if a deletion fails, wait a bit and try again (noting that another thread could change our taskid value). (closes issue #11386) Reported by: flujan Patches: 20080124__bug11386.diff.txt uploaded by Corydon76 (license 14) Tested by: Corydon76, flujan, stuarth` ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100488 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-25Removing chan_vpb from the treemmichelson1-3/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100420 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-25Add an API call that steals the answered channel so that a destruction of ↵file1-0/+6
the dialing structure does not hang it up. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100325 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-24ummm... might be good if this macro argument was actually used :-)kpfleming1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100306 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-24add the ability to define a structure type for argument parsing when it ↵kpfleming1-4/+20
would be useful to be able to pass it between functions git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100305 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-24Merged revisions 100264 via svnmerge from kpfleming1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r100264 | kpfleming | 2008-01-24 15:57:41 -0600 (Thu, 24 Jan 2008) | 2 lines make these macros not assume that the only other field in the structure is 'argc'... this is true when someone uses AST_DECLARE_APP_ARGS, but it's perfectly reasonable to define your own structure as long as it has the right fields ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100265 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-23Move code from res_features into (new file) main/features.cqwell2-0/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@100039 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-22Add res_config_ldap for realtime LDAP engine.tilghman1-0/+6
(closes issue #5768) Reported by: mguesdon Patches: res_config_ldap-v0.7.tar.gz uploaded by mguesdon (license 121) res_ldap.conf.sample uploaded by suretec (license 70) asterisk-v3.1.4.ldif uploaded by suretec (license 70) asterisk-v3.1.4.schema uploaded by suretec (license 70) Tested by: oej, mguesdon, suretec, cthorner git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99696 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-22Add a generic function to set the bridged call PVT unique id stringoej1-0/+3
as a channel variable BRIDGEPVTCALLID This is important for call tracing in log files and CDRs, so that the SIP callID can be traced along servers. The CHANNEL dialplan function won't work here, since the outbound channel is gone when we need the Call-ID. Other channel drivers may now implement the same function :-), but this patch only supports chan_sip.so. Inspired by (issue #11816) Reported by: ctooley Patch by oej git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99644 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-22Doxygen updatesoej1-11/+14
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99464 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-21Merged revisions 99341 via svnmerge from tilghman1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r99341 | tilghman | 2008-01-21 12:11:07 -0600 (Mon, 21 Jan 2008) | 8 lines Permit the user to specify number of seconds that a connection may remain idle, which fixes a crash on reconnect with the MyODBC driver. (closes issue #11798) Reported by: Corydon76 Patches: 20080119__res_odbc__idlecheck.diff.txt uploaded by Corydon76 (license 14) Tested by: mvanbaak ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99350 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-18Merge changes from team/group/sip-tcptlsrussell2-84/+168
This set of changes introduces TCP and TLS support for chan_sip. There are various new options in configs/sip.conf.sample that are used to enable these features. Also, there is a document, doc/siptls.txt that describes some things in more detail. This code was implemented by Brett Bryant and James Golovich. It was reviewed by Joshua Colp and myself. A number of other people participated in the testing of this code, but since it was done outside of the bug tracker, I do not have their names. If you were one of them, thanks a lot for the help! (closes issue #4903, but with completely different code that what exists there.) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99085 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-18Merged revisions 99081 via svnmerge from russell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r99081 | russell | 2008-01-18 15:37:21 -0600 (Fri, 18 Jan 2008) | 9 lines Revert adding the packed attribute, as it really doesn't make sense why that would do any good. Fix the real bug, which is to do the check to see if the frame came from a translator at the beginning of ast_frame_free(), instead of at the end. This ensures that it always gets checked, even if none of the parts of the frame are malloc'd, and also ensures that we aren't looking at free'd memory in the case that it is a malloc'd frame. (closes issue #11792, reported by explidous, patched by me) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99082 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-18Merged revisions 99079 via svnmerge from russell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r99079 | russell | 2008-01-18 15:22:21 -0600 (Fri, 18 Jan 2008) | 4 lines Since we're relying on the offset between the frame and the beginning of the translator pvt struct, set the packed attribute to make sure we get to the right place. (potential fix for issue #11792) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99080 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-17Merged revisions 99004 via svnmerge from russell1-0/+4
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r99004 | russell | 2008-01-17 16:37:22 -0600 (Thu, 17 Jan 2008) | 10 lines Have IAX2 optimize the codec translation path just like chan_sip does it. If the caller's codec is in our codec list, move it to the top to avoid transcoding. (closes issue #10500) Reported by: stevedavies Patches: iax-prefer-current-codec.patch uploaded by stevedavies (license 184) iax-prefer-current-codec.1.4.patch uploaded by stevedavies (license 184) Tested by: stevedavies, pj, sheldonh ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@99006 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-16Change AST_EXT_TOOL_CHECK to attempt to build against <package>_LIB, per ↵qwell1-1/+1
recommendations from Russell. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98985 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-16Partially revert r93898, because it broke the way netsnmp was being detected.qwell1-1/+1
rizzo, do you want to discuss so we can rethink this, or do you have another way? git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98971 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-16Merged revisions 98951 via svnmerge from file1-0/+6
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r98951 | file | 2008-01-15 21:13:27 -0400 (Tue, 15 Jan 2008) | 4 lines Add autoconf logic for speexdsp. Later versions use a separate library for some things so we need to use it if present in codec_speex. (closes issue #11693) Reported by: yzg ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98952 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-15Clean up something I did for ABI compatability in 1.4russell1-7/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98945 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-15Merged revisions 98943 via svnmerge from russell2-3/+33
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r98943 | russell | 2008-01-15 17:26:52 -0600 (Tue, 15 Jan 2008) | 25 lines Commit a fix for some memory access errors pointed out by the valgrind2.txt output on issue #11698. The issue here is that it is possible for an instance of a translator to get destroyed while the frame allocated as a part of the translator is still being processed. Specifically, this is possible anywhere between a call to ast_read() and ast_frame_free(), which is _a lot_ of places in the code. The reason this happens is that the channel might get masqueraded during this time. During a masquerade, existing translation paths get destroyed. So, this patch fixes the issue in an API and ABI compatible way. (This one is for you, paravoid!) It changes an int in ast_frame to be used as flag bits. The 1 bit is still used to indicate that the frame contains timing information. Also, a second flag has been added to indicate that the frame came from a translator. When a frame with this flag gets released and has this flag, a function is called in translate.c to let it know that this frame is doing being processed. At this point, the flag gets cleared. Also, if the translator was requested to be destroyed while its internal frame still had this flag set, its destruction has been deffered until it finds out that the frame is no longer being processed. Admittedly, this feels like a hack. But, it does fix the issue, and I was not able to think of a better solution ... ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98944 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-13Add configure script check for JACK.russell1-0/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98605 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-13Remove KDE configure script check that isn't usedrussell1-3/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@98604 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-10Merged revisions 97847 via svnmerge from qwell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r97847 | qwell | 2008-01-10 14:12:37 -0600 (Thu, 10 Jan 2008) | 1 line Fix a comment that is no longer true. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97848 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-10Merged revisions 97734 via svnmerge from russell1-3/+0
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r97734 | russell | 2008-01-10 10:10:09 -0600 (Thu, 10 Jan 2008) | 4 lines Remove pbx_kdeconsole from the tree. It hasn't worked in ages, and nobody has complained. (closes issue #11706, reported by caio1982) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97745 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-10These prototypes are not supposed to be in asterisk.h. They are already inrussell1-3/+0
version.h. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97657 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-10The fixes in this commit are mainly to allow compiling of trunk with ↵murf1-0/+3
--enable-dev-mode, mutex profiling, lock debugging, etc. Mainly, the version.c needs to be in the OBJS line; asterisk.h was chosen to have the prototypes for ast_get_version, ast_get_version_num; and the ASTERISK_FILE_VERSION macro needs to be used after including asterisk.h in a few files. I hope I did the right thing. If not, let me know. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97656 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-10Several manager changes:tilghman1-0/+1
1) Add the Dialplan class, for NewExten and VarSet events, which should cut down on the volume of traffic in the Call class. 2) Permit some commands to be run from multiple classes, such as allowing DBGet to be run from either the System or the Reporting class. 3) Heavily document each class in the sample config, as there were several that made no sense to be in the write= line, and two that made no sense to be in the read= line (since they controlled no permissions there). (Closes issue #10386) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97651 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-09Added a new module, res_phoneprov, which allows auto-provisioning of phonestwilson1-0/+1
based on configuration templates that use Asterisk dialplan function and variable substitution. It should be possible to create phone profiles and templates that work for the majority of phones provisioned over http. It is currently only intended to provision a single user account per phone. An example profile and set of templates for Polycom phones is provided. NOTE: Polycom firmware is not included, but should be placed in AST_DATA_DIR/phoneprov/configs to match up with the included templates. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@97634 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-05Now that the version.h file was getting properly regenerated every time the svnrussell1-0/+44
revision changed, every module that used the version was getting rebuilt after every svn update. This severly annoyed me pretty quickly, so I have improved the situation. Now, instead of generating version.h, main/version.c is generated. version.c includes the version information, as well as a couple of API calls for modules to retrieve the version. So now, only version.c will get rebuilt, and the main asterisk binary relinked, which is must faster than rebuilding http.c, manager.c, asterisk.c, relinking the asterisk binary, chan_sip.c, func_version.c, res_agi ... The only minor change in behavior here is that the version information reported by chan_sip, for example, is the version of the Asterisk core, and not necessarily the Asterisk version that the chan_sip module came from. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@96717 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-04[commit message]kpfleming1-0/+6
(closes issue #10393) Reported by: tzafrir Patches: chan_alarm_asterisk.diff uploaded by tzafrir (license 46) (modified by me and added configure script support) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@96500 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-03Document recent API additiontilghman1-3/+3
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@96368 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Don't use AST_C_DEFINE_CHECK for the two pthread things that may not ↵file1-8/+4
actually be definitions, they could be enums for example. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@96071 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Fix a typo in a comment. AST_STANDARD_APP_ARGS uses ',' as the separator,mmichelson1-1/+1
not '|'. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95944 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02improve AC_C_DEFINE_CHECK to not try to evaluate the macro being checked ↵kpfleming1-0/+6
for, but just check for its existence finish implementation of check for Zaptel HWGAIN support add check for Zaptel ECHOCANCEL_PARAMS support git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95937 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02and now just to keep the libresample party going... if the functions from ↵kpfleming1-0/+1
libresample are going to be in the main Asterisk binary, it makes sense for the header that defines them to be available without any special CFLAGS and to out-of-tree modules building against /usr/include/asterisk git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95894 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02There are three instances of the module definition macros,rizzo1-33/+24
which make maintaining this file very error prone. This commit merges the embedded and !embedded versions, and fixes the C++ version. Eventually we should move to a single version of the macro. Too bad C++ doesn't like the C-style struct initializers .foo = some_value git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95771 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-01implement "configure" checks for libiconv, and add therizzo1-0/+6
iconv dependency for func_iconv. This fixes some build issues on CYGWIN and FreeBSD and probably other platforms where libiconv is not there by default git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95624 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-31fix a spelling error in a commentrussell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95411 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-31Add CV_STRINGFIELD() macro. This lets you set a config variable to a string ↵russell1-0/+1
field. (from team/russell/chan_console) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95410 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-31Regenerate configure script to include check for portaudio.russell1-0/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@95384 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Merged revisions 94828-94829 via svnmerge from russell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r94828 | russell | 2007-12-27 08:33:21 -0600 (Thu, 27 Dec 2007) | 9 lines Change ast_translator_best_choice() to only pay attention to audio formats. This fixes a problem where Asterisk claims that a translation path can not be found for channels involving video. (closes issue #11638) Reported by: cwhuang Tested by: cwhuang Patch suggested by cwhuang, with some additional changes by me. ........ r94829 | russell | 2007-12-27 08:44:29 -0600 (Thu, 27 Dec 2007) | 2 lines Use the constant that I really meant to use here ... ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@94830 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20add some macros to simplify parsing the config file,rizzo1-0/+40
see description in config.h . They are a variant of the set of macros i used in chan_oss.c, structured in a way to be more robust to the presence of spurious ';' - basically, they define wrappers for 'do {' and '} while (0)', plus some helper functions to deal with simple cases such as ast_copy_string, ast_malloc, strtoul, ast_true ... The prefix (CV_ as 'Config Variable') tries to be easy to remember and has been chosen to not conflict with other existing macros in the tree. For the time being, I have only updated the three source files in the tree that used the old M_* macros. Hopefully, more files will be converted. NOTE: I understand that inventing my own dialect of C is generally wrong; however, the lack of adequate support in the language encourages lazy programming practices (such as ignoring errors, bounds, etc.) and this increases the chance of vulnerability in the code, especially because we are parsing user input here. Hopefully, these macros and the use of ast_parse_arg (in config.h) should encourage the programmer to write more robust code. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@94191 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20modify http://svn.digium.com/view/asterisk?view=rev&rev=93603rizzo1-17/+17
so that paths and filename are writable by asterisk.c without causing segfaults. This involves defining the variables as const char *, and having them point to as static, writable buffer defined in asterisk.c On passing, fix some errors in using these variables in some files in utils/ , and in res/snmp/agent.c which was redefining a variable without using paths.h (not applicable to 1.4) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@94168 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Merged revisions 94077 via svnmerge from russell1-0/+3
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r94077 | russell | 2007-12-19 16:48:48 -0600 (Wed, 19 Dec 2007) | 4 lines Check for the existence of the soxmix application on the target platform and have the result available in autoconfig.h. (part of issue #11589) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@94085 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Add a couple of new time API calls - ast_tvdiff_sec and ast_tvdiff_usecrussell1-0/+33
(closes issue #11270) Reported by: dimas Patches: tvdiff_us-4.patch uploaded by dimas (license 88) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@94029 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Add a new API function, written at least twice in app_voicemail.crizzo1-0/+8
and likely in other places too. This is quite useful when placing mail/html stuff in config files. /*! \brief Convert some C escape sequences (\b\f\n\r\t) into the equivalent characters. \brief s The string to be converted (will be modified). \return The converted string. */ char *ast_unescape_c(char *s); git-svn-id: http://svn.digium.com/svn/asterisk/trunk@93950 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-01 07:29:43 +0000