RE: [Linphone-users] URGENT help

[Simon Morlat]

Excuse me for the lo interface: you were right...
I found the bug, it will be corrected in next release.
However I noticed that the version of sipomatic used was not the one of
linphone-0.8.0. The lastest sipomatic should answer those types of SDP
messages:

v=0
o=robot 123456 654321 IN IP4 127.0.0.1
s=A conversation
c=IN IP4 127.0.0.1
t=0 0
m=audio 8888 RTP/AVP 0 8 3 115
c=IN IP4 127.0.0.1
a=rtpmap:pcmu/8000/1
a=rtpmap:pcma/8000/1
a=rtpmap:gsm/8000/1
a=rtpmap:lpc10-15/8000/1

Whereas your version of sipomatic answers sdp messages without a=rtpmap
fields.
Please verify that the sipomatic you are running is not the one of an
older version.
Thank you.
Simon


Le jeu 13/06/2002 à 06:29, Karthikeyan S a écrit :
> 
> Hi,
> 
> Thanx for ur directions again. However i made sure more than once for
> choosing lo as the interface. Still i get the same crash. Following is the
> debug report as u asked for-
> 
> 
> Script started on Thu Jun 13 09:58:28 2002
>  ]0;address@hidden: /home/ngnsip/address@hidden Linphone]# ls
> gdb linphone
> GNU gdb 5.0rh-5 Red Hat Linux 7.1
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux"...
> (gdb) r
> Starting program: /usr/local/bin/linphone
> [New Thread 1024 (LWP 29940)]
> L3 -1023942529- <osipua.c: 59> info: Starting osip stack and osipua layer.
> [New Thread 2049 (LWP 29941)]
> Delayed SIGSTOP caught for LWP 29941.
> [New Thread 1026 (LWP 29942)]
> Delayed SIGSTOP caught for LWP 29942.
> L4 -1023942529- <udp.c: 75> info: Entering osipua thread.
> Found 2 interfaces.
> Found eth0 interface with ip address 10.4.7.241
> 
> GnomeUI-WARNING **: Could not open help topics file NULL
> Adding <sip:address@hidden> to the list of alias.
> Added payload type 3 3 gsm/8000/1
> Added payload type 115 115 lpc10-15/8000/1
> Added payload type 8 8 pcma/8000/1
> Added payload type 0 0 pcmu/8000/1
> Acceptable blocksize for query (2048) is 2048
>  dsp opened.
> SUB_DIVIDE said error=-1,errno=22
> SUB_DIVIDE said error=0,errno=22
> Warning: dsp block size set to 16384.
> blocksize is 16384.
> L3 -1023942538- <osipmanager.c: 137> info: port already listened
> Added payload type 3 3 gsm/8000/1
> Added payload type 115 115 lpc10-15/8000/1
> Added payload type 8 8 pcma/8000/1
> Added payload type 0 0 pcmu/8000/1
> state=0
> L3 -1023942558- <sdp_rfc2327.c: 1309> The rfc2327 says there should be at
> least an email or a phone header!- anyway, we don't mind about it.
> L3 -1023942558- <transaction.c: 34> INFO: allocating transaction ressource 1
> 189014985
> L3 -1023942558- <ict.c: 31> INFO: allocating ICT context
> L3 -1023942558- <transaction.c: 209> sipevent evt->transactionid: 1
> L3 -1023942558- <transaction.c: 210> sipevent tr->state: 0
> L3 -1023942558- <transaction.c: 211> sipevent evt->type: 16
> L3 -1023942558- <transaction.c: 212> sipevent evt->sip: 8113468
> L2 -1023942558- <udp.c: 192> Sending message:
> INVITE sip:address@hidden:5064 SIP/2.0
> Via: SIP/2.0/UDP 127.0.0.1:5060
> From: <sip:address@hidden>;tag=4ef6f
> To: <sip:address@hidden:5064>
> Call-ID: address@hidden
> CSeq: 1 INVITE
> Contact: <sip:address@hidden>
> user-agent: oSIP/Linphone-0.8.0
> Content-Type: application/sdp
> Content-Length: 222
> 
> v=0
> o=root 123456 654321 IN IP4 127.0.0.1
> s=A conversation
> c=IN IP4 127.0.0.1
> t=0 0
> m=audio 7077 RTP/AVP 3 115 8 0
> a=rtpmap:3 gsm/8000/1
> a=rtpmap:115 lpc10-15/8000/1
> a=rtpmap:8 pcma/8000/1
> a=rtpmap:0 pcmu/8000/1
> L3 -1023942558- <transaction.c: 243> sipevent evt: method called!
> invite state=1
> L2 -1023942558- <udp.c: 159> info: RECEIVING UDP MESSAGE:
> SIP/2.0 100 Trying
> via: SIP/2.0/UDP 127.0.0.1:5060
> from: sip:address@hidden;tag=4ef6f
> to: sip:address@hidden:5064
> cseq: 1 INVITE
> call-id: address@hidden
> user-agent: oSIP/Linphone-0.4.2
> content-length: 0
> 
> 
> L3 -1023942558- <transaction.c: 209> sipevent evt->transactionid: 1
> L3 -1023942558- <transaction.c: 210> sipevent tr->state: 1
> L3 -1023942558- <transaction.c: 211> sipevent evt->type: 13
> L3 -1023942558- <transaction.c: 212> sipevent evt->sip: 8114470
> L1 -1023942558- <ict_callbacks.c: 41> OnEvent_New_Incoming1xxResponse!
> L3 -1023942558- <transaction.c: 243> sipevent evt: method called!
> L2 -1023942558- <udp.c: 159> info: RECEIVING UDP MESSAGE:
> SIP/2.0 180 Ringing
> via: SIP/2.0/UDP 127.0.0.1:5060
> from: sip:address@hidden;tag=4ef6f
> to: sip:address@hidden:5064
> cseq: 1 INVITE
> call-id: address@hidden
> contact: sip:address@hidden:5064
> user-agent: oSIP/Linphone-0.4.2
> content-length: 0
> 
> 
> L3 -1023942558- <transaction.c: 209> sipevent evt->transactionid: 1
> L3 -1023942558- <transaction.c: 210> sipevent tr->state: 2
> L3 -1023942558- <transaction.c: 211> sipevent evt->type: 13
> L3 -1023942558- <transaction.c: 212> sipevent evt->sip: 8112938
> L1 -1023942558- <ict_callbacks.c: 41> OnEvent_New_Incoming1xxResponse!
> Acceptable blocksize for query (2048) is 2048
>  dsp opened.
> SUB_DIVIDE said error=-1,errno=22
> SUB_DIVIDE said error=0,errno=22
> Warning: dsp block size set to 16384.
> blocksize is 16384.
> [New Thread 2051 (LWP 29944)]
> Delayed SIGSTOP caught for LWP 29944.
> L3 -1023942558- <transaction.c: 243> sipevent evt: method called!
> Acceptable blocksize for query (2048) is 2048
>  dsp opened.
> SUB_DIVIDE said error=-1,errno=22
> SUB_DIVIDE said error=0,errno=22
> Warning: dsp block size set to 16384.
> blocksize is 16384.
> Acceptable blocksize for query (2048) is 2048
>  dsp opened.
> SUB_DIVIDE said error=-1,errno=22
> SUB_DIVIDE said error=0,errno=22
> Warning: dsp block size set to 16384.
> blocksize is 16384.
> L2 -1023942563- <udp.c: 159> info: RECEIVING UDP MESSAGE:
> SIP/2.0 200 OK
> via: SIP/2.0/UDP 127.0.0.1:5060
> from: sip:address@hidden;tag=4ef6f
> to: sip:address@hidden:5064
> cseq: 1 INVITE
> call-id: address@hidden
> contact: sip:address@hidden:5064
> user-agent: oSIP/Linphone-0.4.2
> content-type: application/sdp
> content-length: 123
> 
> v=0
> o=robot 1623146875 1623146875 IN IP4 127.0.0.1
> s=A conversation
> c=IN IP4 127.0.0.1
> t=0 0
> m=audio 7071 RTP/AVP 3
> 
> L3 -1023942563- <transaction.c: 209> sipevent evt->transactionid: 1
> L3 -1023942563- <transaction.c: 210> sipevent tr->state: 2
> L3 -1023942563- <transaction.c: 211> sipevent evt->type: 14
> L3 -1023942563- <transaction.c: 212> sipevent evt->sip: 810ad90
> L1 -1023942563- <ict_callbacks.c: 68> OnEvent_New_Incoming2xxResponse!
> L3 -1023942563- <osipdialog.c: 292> info: Contact in 2xx - adding to route
> list
> L2 -1023942563- <ict_callbacks.c: 90> The content-type is not explicitely
> set.
> L1 -1023942563- <ict_callbacks.c: 101> Found body application/sdp
> L3 -1023942563- <sdp_rfc2327.c: 1309> The rfc2327 says there should be at
> least an email or a phone header!- anyway, we don't mind about it.
> L2 -1023942563- <sdpcontext.c: 71> sdp_context_notify_inc_resp: could not
> parse sdp msg.
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1026 (LWP 29942)]
> 0x404b1c40 in sdp_m_port_get (sdp=0x0, pos_media=0) at sdp_accessor.c:380
> 380   sdp_accessor.c: No such file or directory.
>       in sdp_accessor.c
> (gdb) where
> #0  0x404b1c40 in sdp_m_port_get (sdp=0x0, pos_media=0) at
> sdp_accessor.c:380
> #1  0x0805bc42 in invite_accepted_cb (call=0x8114098, trn=0x811fb70,
>     msg=0x810ad90, p2=0x0) at callbacks.c:284
> #2  0x4048a261 in ict_2xx_received (trn=0x811fb70, sipmsg=0x810ad90)
>     at ict_callbacks.c:121
> #3  0x404ba823 in ict_rcv_2xx (ict=0x811fb70, evt=0x8119788) at
> ict_fsm.c:226
> #4  0x404be239 in fsm_callmethod (type=RCV_STATUS_2XX, state=ICT_PROCEEDING,
>     statemachine=0x8076990, sipevent=0x8119788, transaction=0x811fb70)
>     at fsm_misc.c:61
> #5  0x404c03d6 in transaction_execute (transaction=0x811fb70, evt=0x8119788)
>     at transaction.c:223
> #6  0x4048efda in osipua_distribute_event (m=0x8076890, ev=0x8119788)
>     at udp.c:58
> #7  0x4048f371 in udp_receive (manager=0x8076890) at udp.c:165
> #8  0x4048f07d in sipd_thread (managerp=0x8076890) at udp.c:80
> #9  0x40514bfd in pthread_start_thread (arg=0x40e86c00) at manager.c:262
> #10 0x40514cdf in pthread_start_thread_event (arg=0x40e86c00) at
> manager.c:285
> (gdb) thread 1
> [Switching to thread 1 (Thread 1024 (LWP 29940))]#0  0x40627227 in __poll (
>     fds=0x8119808, nfds=3, timeout=-1) at
> ../sysdeps/unix/sysv/linux/poll.c:63
> 63    ../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
>       in ../sysdeps/unix/sysv/linux/poll.c
> (gdb) where
> #0  0x40627227 in __poll (fds=0x8119808, nfds=3, timeout=-1)
>     at ../sysdeps/unix/sysv/linux/poll.c:63
> #1  0x404fb241 in g_main_poll () from /usr/lib/libglib-1.2.so.0
> #2  0x404fabd4 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
> #3  0x404faf8c in g_main_run () from /usr/lib/libglib-1.2.so.0
> #4  0x401ea803 in gtk_main () at eval.c:41
> #5  0x40407dd7 in applet_widget_gtk_main () at eval.c:41
> #6  0x08051d18 in main (argc=1, argv=0xbffff8bc) at main.c:224
> #7  0x40564177 in __libc_start_main (main=0x8051960 <main>, argc=1,
>     ubp_av=0xbffff8bc, init=0x8050248 <_init>, fini=0x806ad90 <_fini>,
>     rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff8ac)
>     at ../sysdeps/generic/libc-start.c:129
> (gdb) thread 2
> [Switching to thread 2 (Thread 2049 (LWP 29941))]#0  0x40627227 in __poll (
>     fds=0x807deb4, nfds=1, timeout=2000)
>     at ../sysdeps/unix/sysv/linux/poll.c:63
> 63    in ../sysdeps/unix/sysv/linux/poll.c
> (gdb) where
> #0  0x40627227 in __poll (fds=0x807deb4, nfds=1, timeout=2000)
>     at ../sysdeps/unix/sysv/linux/poll.c:63
> #1  0x40514900 in __pthread_manager (arg=0x8) at manager.c:136
> #2  0x40515499 in __pthread_manager_event (arg=0x8) at manager.c:218
> (gdb) thread 3
> [Switching to thread 3 (Thread 1026 (LWP 29942))]#0  0x404b1c40 in
> sdp_m_port_get (sdp=0x0, pos_media=0) at sdp_accessor.c:380
> 380   sdp_accessor.c: No such file or directory.
>       in sdp_accessor.c
> (gdb) where
> #0  0x404b1c40 in sdp_m_port_get (sdp=0x0, pos_media=0) at
> sdp_accessor.c:380
> #1  0x0805bc42 in invite_accepted_cb (call=0x8114098, trn=0x811fb70,
>     msg=0x810ad90, p2=0x0) at callbacks.c:284
> #2  0x4048a261 in ict_2xx_received (trn=0x811fb70, sipmsg=0x810ad90)
>     at ict_callbacks.c:121
> #3  0x404ba823 in ict_rcv_2xx (ict=0x811fb70, evt=0x8119788) at
> ict_fsm.c:226
> #4  0x404be239 in fsm_callmethod (type=RCV_STATUS_2XX, state=ICT_PROCEEDING,
>     statemachine=0x8076990, sipevent=0x8119788, transaction=0x811fb70)
>     at fsm_misc.c:61
> #5  0x404c03d6 in transaction_execute (transaction=0x811fb70, evt=0x8119788)
>     at transaction.c:223
> #6  0x4048efda in osipua_distribute_event (m=0x8076890, ev=0x8119788)
>     at udp.c:58
> #7  0x4048f371 in udp_receive (manager=0x8076890) at udp.c:165
> #8  0x4048f07d in sipd_thread (managerp=0x8076890) at udp.c:80
> #9  0x40514bfd in pthread_start_thread (arg=0x40e86c00) at manager.c:262
> #10 0x40514cdf in pthread_start_thread_event (arg=0x40e86c00) at
> manager.c:285
> (gdb) thread 4
> [Switching to thread 4 (Thread 2051 (zombie))]#0  __strtol_internal
> (nptr=???,
>     endptr=???, base=???, group=???) at eval.c:36
> 36    eval.c: No such file or directory.
>       in eval.c
> (gdb) where
> #0  __strtol_internal (nptr=???, endptr=???, base=???, group=???) at
> eval.c:36
> (gdb) the   read 5
> Thread ID 5 not known.
> (gdb) q
> The program is running.  Exit anyway? (y or n) y
>  ]0;address@hidden: /home/ngnsip/address@hidden Linphone]#
> Script done on Thu Jun 13 10:00:43 2002
> 
> 
> 
> Hope this is helpful for u. There may be some typogrqaphical errors, pls
> ignore those in the report.
> 
> Thanx and regds
> karthik
> 
> 
> -----Original Message-----
> From: Simon Morlat [mailto:address@hidden
> Sent: Wednesday,June 12, 2002 6:18 PM
> To: address@hidden
> Cc: address@hidden
> Subject: RE: [Linphone-users] URGENT help
> 
> 
> Ok, thanks.
> Could you please give a gdb report of this crash, if it is reproducable
> ?
> For your information, if you don't know what to do, here are some
> instructions:
> 
> gdb linphone
> run
> <then do the actions that produce the crash and wait for it, then gdb
> should give you the prompt>
> where
> thread 1
> where
> thread 2
> where
> thread 3
> where
> thread 4
> where
> thread 5
> where
> 
> 
> In the case where the crash is not a crash but a deadlock (linphone is
> locked), then you can do control-C to interrupt linphone, and then you
> will be prompted for commands inside gdb.
> 
> Thank you very much.
> Very often trace reports for crash are not enough. Here I see nothing
> special, execpted that you did not configure linphone to run on the "lo"
> interface, as it should be for the sipomatic test. However this error
> from you does not explain the crash at all.
> 
> Simon
> Le mer 12/06/2002 à 14:06, Karthikeyan S a écrit :
> > Hi simon,
> >
> > I tried with that dummy bitio.c.IT got compiled , thanx for that.
> > So with 0.8.8 Linphone I tested the robot (sipomatic). But suddenly
> Linphone
> > got crashed.
> > I am attaching the debug report.
> >
> > #############
> > Script started on Wed Jun 12 17:43:53 2002
> > ]0;address@hidden: /home/ngnsip/address@hidden Linphone]$
> > linphone
> > L3 -1023884042- <osipua.c: 59> info: Starting osip stack and osipua layer.
> > L4 -1023884042- <udp.c: 75> info: Entering osipua thread.
> > Xlib: connection to ":0.0" refused by server Xlib: Client is not
> authorized
> > to connect to Server
> > Gtk-WARNING **: cannot open display: :0
> > ]0;address@hidden: /home/ngnsip/address@hidden Linphone]$ su
> > Password:
> > ]0;address@hidden: /home/ngnsip/address@hidden Linphone]#
> linphone
> > L3 -1023884057- <osipua.c: 59> info: Starting osip stack and osipua layer.
> > L4 -1023884057- <udp.c: 75> info: Entering osipua thread.
> > Found 2 interfaces.
> > Found eth0 interface with ip address 10.4.7.241
> >
> > GnomeUI-WARNING **: Could not open help topics file NULL
> > Adding <sip:address@hidden> to the list of alias.
> > Added payload type 3 3 gsm/8000/1
> > Added payload type 115 115 lpc10-15/8000/1
> > Added payload type 8 8 pcma/8000/1
> > Added payload type 0 0 pcmu/8000/1
> > Acceptable blocksize for query (2048) is 2048
> >  dsp opened.
> > SUB_DIVIDE said error=-1,errno=22
> > SUB_DIVIDE said error=0,errno=22
> > Warning: dsp block size set to 16384.
> > blocksize is 16384.
> > L3 -1023884082- <osipmanager.c: 137> info: port already listened
> > Added payload type 3 3 gsm/8000/1
> > Added payload type 115 115 lpc10-15/8000/1
> > Added payload type 8 8 pcma/8000/1
> > Added payload type 0 0 pcmu/8000/1
> > state=0
> > L3 -1023884088- <sdp_rfc2327.c: 1309> The rfc2327 says there should be at
> > least an email or a phone header!- anyway, we don't mind about it.
> > L3 -1023884088- <transaction.c: 34> INFO: allocating transaction ressource
> 1
> > 1215320193
> > L3 -1023884088- <ict.c: 31> INFO: allocating ICT context
> > L3 -1023884088- <transaction.c: 209> sipevent evt->transactionid: 1
> > L3 -1023884088- <transaction.c: 210> sipevent tr->state: 0
> > L3 -1023884088- <transaction.c: 211> sipevent evt->type: 16
> > L3 -1023884088- <transaction.c: 212> sipevent evt->sip: 811b388
> > L2 -1023884088- <udp.c: 192> Sending message:
> > INVITE sip:address@hidden:5064 SIP/2.0 Via: SIP/2.0/UDP 127.0.0.1:5060
> > From: <sip:address@hidden>;tag=34137 To: <sip:address@hidden:5064> Call-ID:
> > address@hidden CSeq: 1 INVITE Contact: <sip:address@hidden>
> > user-agent: oSIP/Linphone-0.8.0 Content-Type: application/sdp
> > Content-Length: 222    v=0 o=root 123456 654321 IN IP4 127.0.0.1 s=A
> > conversation c=IN IP4 127.0.0.1 t=0 0 m=audio 7077 RTP/AVP 3 115 8 0
> > a=rtpmap:3 gsm/8000/1 a=rtpmap:115 lpc10-15/8000/1 a=rtpmap:8 pcma/8000/1
> > a=rtpmap:0 pcmu/8000/1 L2 -1023884088- <udp.c: 159> info: RECEIVING UDP
> > MESSAGE:
> > SIP/2.0 100 Trying via: SIP/2.0/UDP 127.0.0.1:5060 from:
> > sip:address@hidden;tag=34137 to: sip:address@hidden:5064 cseq: 1 INVITE
> > call-id: address@hidden user-agent: oSIP/Linphone-0.4.2
> > content-length: 0
> > L3 -1023884088- <transaction.c: 243> sipevent evt: method called!
> > L3 -1023884088- <transaction.c: 209> sipevent evt->transactionid: 1
> > L3 -1023884088- <transaction.c: 210> sipevent tr->state: 1
> > L3 -1023884088- <transaction.c: 211> sipevent evt->type: 13
> > L3 -1023884088- <transaction.c: 212> sipevent evt->sip: 810e040
> > L1 -1023884088- <ict_callbacks.c: 41> OnEvent_New_Incoming1xxResponse!
> > invite state=1
> > L3 -1023884088- <transaction.c: 243> sipevent evt: method called!
> > L2 -1023884088- <udp.c: 159> info: RECEIVING UDP MESSAGE:
> > SIP/2.0 180 Ringing via: SIP/2.0/UDP 127.0.0.1:5060 from:
> > sip:address@hidden;tag=34137 to: sip:address@hidden:5064 cseq: 1 INVITE
> > call-id: address@hidden contact: sip:address@hidden:5064
> user-agent:
> > oSIP/Linphone-0.4.2 content-length: 0
> > L3 -1023884088- <transaction.c: 209> sipevent evt->transactionid: 1
> > L3 -1023884088- <transaction.c: 210> sipevent tr->state: 2
> > L3 -1023884088- <transaction.c: 211> sipevent evt->type: 13
> > L3 -1023884088- <transaction.c: 212> sipevent evt->sip: 8113168
> > L1 -1023884088- <ict_callbacks.c: 41> OnEvent_New_Incoming1xxResponse!
> > Acceptable blocksize for query (2048) is 2048
> >  dsp opened.
> > SUB_DIVIDE said error=-1,errno
> > #############
> >
> > sipomatic debug report ##############
> > L3 -1023883661- <osipua.c: 59> info: Starting osip stack and osipua layer.
> > L0 -1023883661- <osipmanager.c: 152> error: Failed to bind socket !
> > L4 -1023883661- <udp.c: 75> info: Entering osipua thread.
> > ################
> >
> > Pls provide me ur directions on this and gimme ur guidelines to run the
> > sipomatic test. I used
> > sip:address@hidden:5064 and lo as the interface. Is there i need to make.
> >
> > thanx and regds
> > karthik
> >
> 
> 
> ***************************************************************************
> This message is proprietary to Future Software Limited (FSL) 
> and is intended solely for the use of the individual to whom it
> is addressed. It may contain  privileged or confidential information 
> and should not be circulated or used for any purpose other than for 
> what it is intended. 
> 
> If you have received this message in error, please notify the
> originator immediately. If you are not the intended recipient,
> you are notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this message. 
> FSL accepts no responsibility for loss or damage arising from 
> the use of the information transmitted by this email including
> damage from virus.
> ***************************************************************************
>