From: Steve K. <st...@st...> - 2004-10-30 01:56:25
|
OK, I just applied a fix from Bill Doll. Those of you on the -cvs list will see it's pretty obvious, if you know where it is :) (we were dereferencing a pointer, then assigning it to a pointer. That never works). Steve Uhler: I guess you haven't used transfer, but can you take a look at the assignment of the possibly unaligned pointer to the apparent_addr ie? -SteveK On Oct 26, 2004, at 11:51 AM, Richard Pettitt wrote: > Yes, I rolled back to version an earlier version (15 October 04) and > the > crash bug went away... > > -----Original Message----- > From: Steven Sokol [mailto:ss...@so...] > Sent: 26 October 2004 16:49 > To: ric...@co...; Iaxclient-Devel > Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted > native > transfer behind same NAT... > > No patch yet. Has anybody tried rolling back to the previous versions > of of iax.c, iax-client.h, and iax2-parser.c? > > Steve > > Richard Pettitt wrote: > >> Hi >> >> Did the patch work? I am experiencing the same problem. When I >> receive a >> call from another iax softphone to my softphone, using the latest iax >> library from the cvs, my softphone crashes. If I use a version of the >> phone >> compiled with an older version of the library then everything works >> fine. >> >> -----Original Message----- >> From: iax...@li... >> [mailto:iax...@li...]On Behalf Of >> Michael >> Workman >> Sent: 26 October 2004 02:51 >> To: 'Steven M. Sokol'; Iax...@li... >> Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted >> native >> transfer behind same NAT... >> >> Yes... You would have to enter the client side manually... But the >> server >> side I have a diff... >> >> I just been busy on service call just got back... >> >> >> -----Original Message----- >> From: iax...@li... >> [mailto:iax...@li...] On Behalf Of >> Steven M. >> Sokol >> Sent: Monday, October 25, 2004 9:47 PM >> To: Michael Workman; Iax...@li... >> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted >> native >> transfer behind same NAT... >> >> Ok, but you said you had a patch for libiax2, right? That should be >> cross-platform, right? >> >> Thanks, >> >> Steve >> >> >> >>> My library is for vs.net... Not for gcc >>> >>> >>> -----Original Message----- >>> From: iax...@li... >>> [mailto:iax...@li...] On Behalf Of >>> Steve >>> Kann >>> Sent: Monday, October 25, 2004 9:31 PM >>> To: Steven Sokol; IMB Recipient 1 >>> Cc: Michael Workman; Iaxclient-Devel >>> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted >>> native transfer behind same NAT... >>> >>> >>> Sounds like it might be a bug in the code that Bill Doll sent me, >>> and I >>> integrated last week; Bill? >>> >>> P.S. If you're actually working on the library, I suggest that you >>> join >>> the iaxclient-cvs mailing list, so you'll see all diffs as they are >>> committed to CVS. >>> >>> >>> -SteveK >>> >>> >>> Steven Sokol wrote: >>> >>> >>> >>> >>> >>>> Michael, >>>> >>>> Please do. I will give it a try and let you know how it works out. >>>> >>>> Thanks, >>>> >>>> Steve >>>> >>>> Michael Workman wrote: >>>> >>>> >>>> >>>> >>>> >>>>> Yes I have experienced that on my IAX Library... I have a patch for >>>>> Asterisk and iax.c If you want let me know Steve I will give you it >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: iax...@li... >>>>> [mailto:iax...@li...] On Behalf Of >>>>> Steven Sokol >>>>> Sent: Monday, October 25, 2004 5:28 PM >>>>> To: Iax...@li... >>>>> Subject: [Iaxclient-devel] Strange fatal issue with attempted >>>>> native >>>>> transfer behind same NAT... >>>>> >>>>> Ok, this one is really quite strange. I have to do some more >>>>> testing, but I seem to have real problems in IAX Phone running >>>>> under >>>>> the new library whenever I try to make an IAX Phone -to- IAX Phone >>>>> call with both phones behind the same NAT. Both phones (on >>>>> different >>>>> PCs) crash right after Asterisk attempts to get them to talk to >>>>> each >>>>> other (sends TXREQ). >>>>> >>>>> I can't definitively say that it is related to the NAT however. >>>>> Could be >>>>> ANY native transfer. I need to adjust my configuration an try >>>>> again. >>>>> Here's the debugging output from the IAX Phone /receiveing/ the >>>>> call: >>>>> >>>>> Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 002 Type: IAX >>>>> Subclass: ACK Timestamp: 00102ms SCall: 21019 DCall: 00006 >>>>> [63.146.169.121:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 002 Type: IAX >>>>> Subclass: >>>>> ACK Timestamp: 00062ms SCall: 00006 DCall: 21019 >>>>> [63.146.169.121:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: IAX >>>>> Subclass: >>>>> HANGUP >>>>> Timestamp: 00014ms SCall: 00037 DCall: 00000 [64.151.32.77:4569] >>>>> Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX >>>>> Subclass: ACK Timestamp: 00014ms SCall: 21020 DCall: 00037 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: IAX >>>>> Subclass: >>>>> NEW Timestamp: 00014ms SCall: 00038 DCall: 00000 >>>>> [64.151.32.77:4569] >>>>> VERSION : 2 >>>>> CALLED NUMBER : s >>>>> CALLING NUMBER : 8168221807 >>>>> CALLING NAME : Steven Sokol >>>>> LANGUAGE : en >>>>> FORMAT : 1024 >>>>> CAPABILITY : 1542 >>>>> ADSICPE : 0 >>>>> DATE TIME : 156861043 >>>>> >>>>> Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX >>>>> Subclass: ACK Timestamp: 00014ms SCall: 21021 DCall: 00038 >>>>> [64.151.32.77:4569] >>>>> Tx-Frame Retry[010] -- OSeqno: 000 ISeqno: 001 Type: IAX >>>>> Subclass: ACCEPT >>>>> Timestamp: 00015ms SCall: 21021 DCall: 00038 [64.151.32.77:4569] >>>>> FORMAT : 1024 >>>>> >>>>> Tx-Frame Retry[010] -- OSeqno: 001 ISeqno: 001 Type: CONTROL >>>>> Subclass: RINGING >>>>> Timestamp: 00003ms SCall: 21021 DCall: 00038 [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: IAX >>>>> Subclass: >>>>> ACK Timestamp: 00015ms SCall: 00038 DCall: 21021 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 002 Type: IAX >>>>> Subclass: >>>>> ACK Timestamp: 00003ms SCall: 00038 DCall: 21021 >>>>> [64.151.32.77:4569] >>>>> Tx-Frame Retry[010] -- OSeqno: 002 ISeqno: 001 Type: CONTROL >>>>> Subclass: ANSWER >>>>> Timestamp: 02687ms SCall: 21021 DCall: 00038 [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 003 Type: IAX >>>>> Subclass: >>>>> ACK Timestamp: 02687ms SCall: 00038 DCall: 21021 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 003 Type: IAX >>>>> Subclass: >>>>> TXREQ Timestamp: 02712ms SCall: 00038 DCall: 21021 >>>>> [64.151.32.77:4569] >>>>> APPARENT ADDRES : IPV4 64.151.42.28:4668 >>>>> CALL NUMBER : 21328 >>>>> TRANSFER ID : 1501550657 >>>>> >>>>> libiax2/src/iax.c line 629: Started on port 4569 libiax2/src/iax.c >>>>> line >>>>> 1871: Cancelling transmission of packet 0 libiax2/src/iax.c line >>>>> 1871: >>>>> Cancelling transmission of packet 1 libiax2/src/iax.c line 1871: >>>>> Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1614: Making new >>>>> session, peer callno 37, our callno 21020 libiax2/src/iax.c line >>>>> 1614: Making new session, peer callno 38, our callno 21021 >>>>> libiax2/src/iax.c line 1871: >>>>> Cancelling transmission of packet 0 libiax2/src/iax.c line 1871: >>>>> Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 2 >>>>> >>>>> ------------------------------------------------------------------- >>>>> -- >>>>> Here'e the output from the originating phone: >>>>> ------------------------------------------------------------------- >>>>> -- >>>>> >>>>> Tx-Frame Retry[010] -- OSeqno: 000 ISeqno: 000 Type: IAX >>>>> Subclass: NEW Timestamp: 00003ms SCall: 21328 DCall: 00000 >>>>> [64.151.32.77:4569] >>>>> VERSION : 2 >>>>> CALLING NUMBER : 8168221807 >>>>> CALLING NAME : Steven Sokol >>>>> FORMAT : 1024 >>>>> CAPABILITY : 1542 >>>>> USERNAME : ssokol03_sokol >>>>> CALLED NUMBER : 115 >>>>> DNID : 115 >>>>> >>>>> Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: IAX >>>>> Subclass: >>>>> ACCEPT >>>>> Timestamp: 00010ms SCall: 00014 DCall: 21328 [64.151.32.77:4569] >>>>> FORMAT : 1024 >>>>> >>>>> Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX >>>>> Subclass: ACK Timestamp: 00010ms SCall: 21328 DCall: 00014 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: CONTROL >>>>> Subclass: >>>>> ANSWER >>>>> Timestamp: 00013ms SCall: 00014 DCall: 21328 [64.151.32.77:4569] >>>>> Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX >>>>> Subclass: ACK Timestamp: 00013ms SCall: 21328 DCall: 00014 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 002 ISeqno: 001 Type: CONTROL >>>>> Subclass: >>>>> RINGING >>>>> Timestamp: 00016ms SCall: 00014 DCall: 21328 [64.151.32.77:4569] >>>>> Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 003 Type: IAX >>>>> Subclass: ACK Timestamp: 00016ms SCall: 21328 DCall: 00014 >>>>> [64.151.32.77:4569] >>>>> Tx-Frame Retry[010] -- OSeqno: 001 ISeqno: 003 Type: VOICE >>>>> Subclass: 138 >>>>> Timestamp: 00120ms SCall: 21328 DCall: 00014 [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 002 Type: IAX >>>>> Subclass: >>>>> ACK Timestamp: 00120ms SCall: 00014 DCall: 21328 >>>>> [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 002 Type: CONTROL >>>>> Subclass: >>>>> (255?) >>>>> Timestamp: 02711ms SCall: 00014 DCall: 21328 [64.151.32.77:4569] >>>>> Rx-Frame Retry[No] -- OSeqno: 004 ISeqno: 002 Type: IAX >>>>> Subclass: >>>>> TXREQ Timestamp: 02714ms SCall: 00014 DCall: 21328 >>>>> [64.151.32.77:4569] >>>>> APPARENT ADDRES : IPV4 64.151.42.28:4667 >>>>> CALL NUMBER : 21021 >>>>> TRANSFER ID : 1501550657 >>>>> >>>>> libiax2/src/iax.c line 629: Started on port 4569 libiax2/src/iax.c >>>>> line >>>>> 1871: Cancelling transmission of packet 0 libiax2/src/iax.c line >>>>> 1871: >>>>> Cancelling transmission of packet 0 libiax2/src/iax.c line 1871: >>>>> Cancelling >>>>> transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling >>>>> transmission of packet 0 ERROR encoding (no samples output >>>>> (samples=160) libiax2/src/iax.c line 1871: Cancelling transmission >>>>> of >>>>> packet 1 libiax2/src/iax.c line 2153: Don't know what to do with >>>>> AST >>>>> control >>>>> -2147483648 >>>>> >>>>> ------------------------------------------------------------------- >>>>> -- >>>>> >>>>> Following this exchange BOTH clients immediately die and the >>>>> debugger >>>>> is WAY off base as to where the error occurs. It always shows the >>>>> last function in my integration DLL -- a function that is not being >>>>> called when the crash occurs. >>>>> >>>>> Anybody have any thoughts? >>>>> >>>>> Thanks, >>>>> >>>>> Steve >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.net email is sponsored by: IT Product Guide on >>>>> ITManagersJournal Use IT products in your business? Tell us what >>>>> you >>>>> >>>>> >>>>> >>>>> >>> think of them. >>> >>> >>> >>> >>>>> Give us >>>>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >>>>> out more http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>>> _______________________________________________ >>>>> Iaxclient-devel mailing list >>>>> Iax...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IT Product Guide on >>> ITManagersJournal Use IT products in your business? Tell us what you >>> think of them. Give us Your Opinions, Get Free ThinkGeek Gift >>> Certificates! Click to find out more >>> http://productguide.itmanagersjournal.com/guidepromo.tmpl >>> _______________________________________________ >>> Iaxclient-devel mailing list >>> Iax...@li... >>> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel >>> >>> >>> >>> >>> >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on >> ITManagersJournal > Use >> IT products in your business? Tell us what you think of them. Give us >> Your >> Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> Iaxclient-devel mailing list >> Iax...@li... >> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on >> ITManagersJournal >> Use IT products in your business? Tell us what you think of them. >> Give us >> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >> out more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> Iaxclient-devel mailing list >> Iax...@li... >> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on >> ITManagersJournal >> Use IT products in your business? Tell us what you think of them. >> Give us >> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >> out more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> Iaxclient-devel mailing list >> Iax...@li... >> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give > us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Iaxclient-devel mailing list > Iax...@li... > https://lists.sourceforge.net/lists/listinfo/iaxclient-devel > |