I have developed a SipXtapi project on windows...now, i tested it on a fresh XP machine..By fresh, i mean there is no visual studio environment...now, as soon as i call sipxcallconnect(), my application hangs...while on my development machine it is working fine....Why is this happening?I thought may be i am producing some kind of blockage in callback mechanism but Even if i comment out sipxEventListnerAdd() (Which initiates the callback activity) the problem still persists...
THE DETAILS OF MY PROBLEM IS GIVEN AS UNDER: What exactly i am developing is a NPAPI plugin for Mozilla firefox. I have an HTML page which have buttons like: -Online (For registration) -Offline (For unregistration) -Dial (For Dialing) -Hang-up -Accept -Reject etc.. When any of the above buttons is pressed, a javascript is called which further calls a function in my project (which is implemented in VC++). If, for example the button 'Online' is pressed, then the function ' sipxInitialize()' (which is there in sipxtapi.dll) gets called in VC++ . i got SipXtapi.dll by building the sipxtapi source code as per instructions given in the page: http://sipx-wiki.calivia.com/index.php/SipXtapi_and_sipXezPhone_Build_Environment_for_Windows My VC++ project links with sipxtapi.dll for these functionalities. Now, on development machine when i connect to asterisk server and try to call some other SIP client,call is established normally.But on fresh machine(Where there is no visual studio environment)all the functions for registration(sipxInitialize(),sipxLineAdd() etc) work properly but as soon as i press the 'Dial' button on HTML page(which finally calls sipxCallCreate() and sipxCallConnect()) my application crashes ...A bit of debugging by putting up some MesssageBox'es took me to the conclusion that sipxCallCreate gets called normally while it is sipxCallConnect which is the culprit...If i uncomment sipxEventListnerAdd, the last event that i can see being fired is: "Callstate::Dialtone" and then my application hangs. I am not able to figure out what is the problem...
_______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
