Re: [Sofia-sip-devel] Stun handle destroy Segfault

2007-12-20 Thread Ge@@ru
So, we can consider our patch or somethings like that a valid solution for this segfault?! :) Thanks you very much. Happy Christmas and Happy New Year! Ge@@ru On Thu, 2007-12-20 at 15:13 +0200, Pekka Pessi wrote: 2007/12/7, Ge@@ru [EMAIL PROTECTED]: I try to use STUN feature of Sofia i have

[Sofia-sip-devel] Stun handle destroy Segfault

2007-12-07 Thread Ge@@ru
by stun_handle_destroy. So where we have to call stun_handle_destroy? Or however patch in attach seems resolve problem. Could be a valid solution patch attached? Thanks in advance. Bye Ge@@ru Stefano Marengo 1996a1997,1998 req-sr_state = stun_req_dispose_me; 2000d2001 req-sr_state = stun_req_dispose_me

Re: [Sofia-sip-devel] INVITE through tcp tport saved channel

2007-11-20 Thread Ge@@ru
with route is correct. I appended patch for nta.c file. Can anyone said me if you can add this patch to source? Thanks Ge@@ru On Tue, 2007-11-20 at 08:46 +0100, Ge@@ru wrote: Hi, As i said on irc i see that mtu value on tport_tsend function isn't set a default value if there isn't

[Sofia-sip-devel] INVITE through tcp tport saved channel

2007-11-19 Thread Ge@@ru
this problem: - i save tport object (TCP) from register message, - i use saved tport object for send INVITE. So, if i don't set TPTAG_MTU i have Message too long error. This error isn't handled with same message if i don't use saved tport object. Still thanks to pessi for your help. Good work. Bye Ge@@ru

Re: [Sofia-sip-devel] use STUN through an already created socket

2007-11-17 Thread Ge@@ru
to became multiplexed protocols (or at least i think :) ). Still thanks for your avaibility. Good work! Ge@@ru On Fri, 2007-11-16 at 18:37 +0200, Pekka Pessi wrote: 2007/11/12, Ge@@ru [EMAIL PROTECTED]: My target: Use stun_bind on socket created for receive my data. At moment, seems

[Sofia-sip-devel] use STUN through an already created socket

2007-11-12 Thread Ge@@ru
of one su_wait_t object for same events and same socket? How can i use STUN for an address(IP:port) that i use for a service? I need bind a socket, check my public ip, close socket and open binding socket on same ip:port for send/receive my data? Thanks in advance. Ge@@ru

[Sofia-sip-devel] User callback for connection close

2007-11-05 Thread Ge@@ru
, in this case my callback isn't called. I needed insert tport_pending_error (self, NULL, ECOMM); on tport_recv_event function (on tport.c) before tport_shutdown0 (about at row 2866). Could this a solution correct? Have you an idea how manage this exceptions? Thanks in advance. Ge@@ru

Re: [Sofia-sip-devel] Hashtable resize

2007-11-01 Thread Ge@@ru
On Thu, 2007-11-01 at 15:39 +0200, Pekka Pessi wrote: 2007/10/30, Ge@@ru [EMAIL PROTECTED]: why on hash_resize macro (su/sofia-sip/htable.h) there isn't su_free of old_hash? There is a su_zalloc call for allocate a new memory area but then i don't see su_free of old data. Looks like

[Sofia-sip-devel] Hashtable resize

2007-10-29 Thread Ge@@ru
Hi, why on hash_resize macro (su/sofia-sip/htable.h) there isn't su_free of old_hash? There is a su_zalloc call for allocate a new memory area but then i don't see su_free of old data. Thanks in advance. Ge@@ru

Re: [Sofia-sip-devel] Outbound and sofia-sip library

2007-10-16 Thread Ge@@ru
) and save pointer to a global struct. When you want send message through this open connection you must create message and send with nta_outgoing_mcreate function with tags NTATAG_TPORT (tport_saved) Thanks and good work. Ge@@ru On Wed, 2007-10-10 at 15:28 +0200, Ge@@ru

Re: [Sofia-sip-devel] Outbound and sofia-sip library

2007-10-10 Thread Ge@@ru
for recover tport_t of accepted connection? Still, thanks. Ge@@ru On Wed, 2007-10-10 at 15:28 +0300, Pekka Pessi wrote: 2007/10/8, Ge@@ru [EMAIL PROTECTED]: i have some questions about use of outbound mode. Usually when an user agent send a register message open an ephemeral port and send message

[Sofia-sip-devel] Outbound and sofia-sip library

2007-10-08 Thread Ge@@ru
NUTAG_OUTBOUND tag of nua_register function? Thanks in advance for your help. Bye Ge@@ru - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events