Hi, hm well, yes, indeed that works, too. Maybe even better. But I still have the problem of a hanging command which doesn't comes back until timeout, answer, cancel, ... on callee's side. I need to have two channels controlled. The originating caller channel and the 2nd channel originated by my deamon. I have to playback some files to caller while searching for a free callee. Once callee has answered the call the deamon bridges both channels. On 22.06.2010 20:02, Sergey Okhapkin wrote:
Why not analyze the return code of "api" call? Without events loop?
On Tuesday 22 June 2010, Helmut Kuper wrote:
Hi Sergey,
On 22.06.2010 18:14, Sergey Okhapkin wrote:
What is the reason to use "bgapi" instead of "api"? Your code just waits for the connection completion.
Well, bgapi allows my code *not* to wait until originate connected or fails. Instead I want to get events about connect or failure...
Also you code doesn't take into account that the connection could fail for some reason.
yes, I know, the code sippet is only for demonstrating the problem.
regards helmut