[Freeswitch-users] Say Application ESL Error Reporting

Brian West brian at freeswitch.org
Mon Feb 24 14:56:16 MSK 2014


Does it attempt to play the sound file and then hangup?  Please provide a log of a call.
--
Brian West
brian at freeswitch.org
FreeSWITCH Solutions, LLC
PO BOX 2531
Brookfield, WI 53008-2531
Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

T: +1.918.420.9001  |  F: +1.918.420.9002  |  M: +1.918.424.WEST
iNUM: +883 5100 1420 9001
ISN: 410*543
Skype:briankwest
PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)













On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy at x-on.co.uk> wrote:

> Hi All,
> 
> Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
> 
> Here is my result if I'm asking it to read 1234:
> 
>     [variable_current_application_data] => en NUMBER iterated 4448
>     [variable_current_application] => say
>     [variable_sound_prefix] => /usr/share/sounds/en/us/callie
>     [Application] => say
>     [Application-Data] => en NUMBER iterated 4448
>     [Application-Response] => _none_
> 
> As expected this reads "4, 4, 4, 8"
> 
> Here is my result with pollution (i do not have a prompt for "star")
> 
>     [variable_current_application_data] => en NUMBER iterated 4**5
>     [variable_current_application] => say
>     [variable_sound_prefix] => /usr/share/sounds/en/us/callie
>     [Application] => say
>     [Application-Data] => en NUMBER iterated 4**5
>     [Application-Response] => _none_
> 
> This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
> 
> In the CLI i can see the following line for the failed say session:
> 
> 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
> 
> There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
> 
> If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
> 
> Thanks,
> 
> Callum

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140224/ecb606e2/attachment.bin 


Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users mailing list