aboutsummaryrefslogtreecommitdiffstats
path: root/funcs/func_config.c
AgeCommit message (Collapse)AuthorFilesLines
2008-11-01Merge changes from team/group/appdocsxmlrussell1-5/+17
This commit introduces the first phase of an effort to manage documentation of the interfaces in Asterisk in an XML format. Currently, a new format is available for applications and dialplan functions. A good number of conversions to the new format are also included. For more information, see the following message to asterisk-dev: http://lists.digium.com/pipermail/asterisk-dev/2008-October/034968.html git-svn-id: http://svn.digium.com/svn/asterisk/trunk@153365 f38db490-d61c-443f-a65b-d21fe96a405b
2008-09-12Create a new config file status, CONFIG_STATUS_FILEINVALID for differentiatingtilghman1-2/+2
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-08-07Continue merging in changes from resolve-shadow-warnings. funcs/ this time.seanbright1-4/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@136302 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-27Add a missing unlock within error handlingrussell1-0/+1
(closes issue #13176) Reported by: pj git-svn-id: http://svn.digium.com/svn/asterisk/trunk@134005 f38db490-d61c-443f-a65b-d21fe96a405b
2008-03-12 - Add Tilghman to the copyright info ... he wrote the hard part :)russell1-8/+3
- Remove some magic in unload_module that isn't needed. Module use counts already ensure that the function isn't going to be in use at this point. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@108034 f38db490-d61c-443f-a65b-d21fe96a405b
2008-03-12Cache config files, when possible, for speedtilghman1-3/+87
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@107928 f38db490-d61c-443f-a65b-d21fe96a405b
2008-03-11remove documentation of an argument that i did not implementrussell1-6/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@107790 f38db490-d61c-443f-a65b-d21fe96a405b
2008-03-11Add a trivial new dialplan function, AST_CONFIG(), which allows you to accessrussell1-0/+116
a variable from an Asterisk configuration file in the dialplan, or anywhere else where dialplan functions can be used. (Inspired by a discussion with Tilghman and Pari) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@107787 f38db490-d61c-443f-a65b-d21fe96a405b