[Freeswitch-users] session:read() not timeouting

[David Ponzone]

I upgraded to latest GIT, so I can now answer to myself: it's fixed.
Something was wrong in Dec 1st 2010 version with application read, and is fixed now.

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




Le 11/06/2011 à 14:06, David Ponzone a écrit :

> All,
> 
> When using session:read() in a LUA script called from dialplan, the interdigit timeout works fine on my test box (with GIT from end of May, and a 1000hz timer).
> On my prod box, the timeout does not trigger the end of the read app. The terminating character is the only way to end the read() normally.
> The prod box is using a GIT from December 2010, and a bad timer (250Hz).
> 
> Should I suppose the issue comes from the timer or from the old version on the prod box (I am upgrading ASAP) ?
> 
> Thanks
> 
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr
> tel:      01 74 03 18 97
> gsm:   06 66 98 76 34
> 
> Service Client IPeva
> tel:      0811 46 26 26
> www.ipeva.fr  -   www.ipeva-studio.com
> 
> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110613/75b8e150/attachment-0001.html