Al 18/04/11 23:52, En/na Pekka Pessi ha escrit: > Hi Luca, > > 2011/4/18 Luca Olivetti <l...@ventoso.org>: >>> A2 = MD5(REGISTER:sip:ekiga.net) >>> auth_response: db79b8a5046c76654b742311b7d4a33d = >>> MD5(53060310bbad90036d54e1954983ae4e:4dab21db0000e3306f1513e34e9e24eedc00a7827bd9394f:14bd7ed1967527d3770ab1f7c12901c5) >>> (qop=NONE) >>> svd: nta.c: 7785: outgoing_create: Assertion >>> `tport_name_is_resolved(orq->orq_tpn)' failed. >> >> It seems the same as this one: >> >> http://www.mail-archive.com/sofia-sip-devel@lists.sourceforge.net/msg03243.html >> >> outgoing_create is using a "bogus" override_tport, here, around line 7770 of >> nua.c, >> causing the crash > > The network change is probably suffering from bit-rot. > > The transport is cached in nua/outbound.c, I suppose it should drop > its reference to tport_t, too, when network change is detected. See: > https://gitorious.org/~ppessi/sofia-sip/pessi-sofia-sip/commits/network-change
Thank you, it doesn't crash anymore. What about the other issues? I'm referring to the fact that su_root_add_network_changed is called 3 times, 3 threads are activated and for each address change 3 (or 6, if monitoring for RTM_DELADDR) network changes will be triggered. Now it doesn't crash, but it isn't pretty. Probably for the RTM_NEWADDR/RTM_DELADDR it's my fault (I should somehow coalesce them into one event). I could also keep the workaround to start just one thread, i.e. static void *su_start_nw_os_thread(void *ptr) { static int already = 0; if (already) return NULL; already=1; su_network_changed_t *snc = (su_network_changed_t *) ptr; .... but it's ugly and the OS X code isn't doing it. Bye -- Luca ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel