[Freeswitch-users] Freeswitch Scripting strangeness

David Ponzone david.ponzone at gmail.com
Tue May 11 22:46:57 PDT 2010


Paul,

something is not clear for me in your description.
Is the script writing all logs for all calls to the same file, or to  
one file per call ?

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/05/2010 à 23:39, paul bilke a écrit :

> I am working on a system that invokes a LUA script of the dial plan  
> to handle interaction on the call.
> All is fine when running a single instance of the script (one  
> call).  The issue is when there is more than one call things become  
> erratic.
> Right now the script opens a log file who's name is based on the  
> date of the call and its DNIS using io.open with append.
> The script then writes lines to file as it runs detailing its  
> actions.  The same log function also uses posix.syslog to log the  
> same information
> via syslog.  All is fine when there is one call up.
> If there is more than one concurrent on two different DNIS's both  
> log files a present but have output that was created by the other  
> call.
> The syslog is sane but not the file of logging information.  The  
> time stamp will jump backward and pickup with information from the  
> other call
> (can tell via the UUID)
> It is my assumption that each call should spin up a thread and they  
> should share no data/variables/handles with other calls in the  
> system.  Looking at
> the logs indicates there is some issue but logging is not the only  
> issue since it seems that call events updating state information is  
> affecting the other
> call also.
> If my assumption on a isolated thread per call is incorrect let me  
> know.
> I inherited this code and suspect that running an application out of  
> the dialplan script is unconventional.
> Paul
>
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100512/284d3516/attachment.html 


More information about the FreeSWITCH-users mailing list