However, while it works during the call, when I am shutting down the
application, I get an access violation in sound_port.c's rec_cb():
/* We're risking accessing the port without holding any mutex.
* It's possible that port is disconnected then destroyed while
* we're trying to access it.
* But in the name of performance, we'll try this approach until
* someone complains when it crashes.
*/
port = snd_port->port;
I guess I am someone who is complaining that his crashes :)
Is there anything I can do to help debug this problem?
Best Regards
Pedro Gon?alves
-------- Original Message --------
Subject: [Fwd: Re: Stream problem on ICE reINVITE?]
Date: Tue, 05 Aug 2008 11:53:01 +0100
From: Pedro Gon?alves <pedro.pandre@xxxxxxxxx>
To: pjsip list <pjsip at lists.pjsip.org>
Hi!
I think I found out the reason why this happens, and now it seems to
make some sense:
when receiving the subsequent offfer in the caller (in on_rx_offer), I
wasn't releasing the the conference port in use (the one negotiated in
the initial offer / answer).
Now, in on_rx_offer, I start by releasing the conference port:
if (my_media_conference_slot>0) {
pjmedia_conf_disconnect_port(my_conference_bridge,
my_media_conference_slot, 0);
pjmedia_conf_disconnect_port(my_conference_bridge, 0,
my_media_conference_slot);
pjmedia_conf_remove_port(my_conference_bridge,
my_media_conference_slot);
}
Now I no longer have the initial stream unclosed, and it seems to work fine.
Does this make sense to you?
Cheers
Pedro Gon?alves
