[asterisk-bugs] [Asterisk 0013176]: AST_CONFIG() doesn't handle correctly, if variable isn't found

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13176 
====================================================================== 
Reported By:                pj
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   13176
Category:                   Functions/func_config
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 133579 
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-07-27 15:48 CDT
Last Modified:              2008-07-27 16:04 CDT
====================================================================== 
Summary:                    AST_CONFIG() doesn't handle correctly, if variable
isn't found
Description: 
simple dialplan
  '900' =>          1. Verbose(${AST_CONFIG(uri.txt,uri,test)})    
[pbx_ael]
                    2. Congestion()                              
[pbx_ael]


if variable 'test' doesn't exist in uri.txt file in [uri] section,
asterisk generates weird ERROR in 'utils.c:585 lock_info_destroy'
generated error (or warning) message is dependent from which channel is
called, 
cli log below showing call from skinny and sip phone


====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-07-27 16:04 svnbot         Status                   assigned => resolved
2008-07-27 16:04 svnbot         Resolution               open => fixed       
======================================================================