Re: [Ekiga-devel-list] 1st working SVN build Ekiga on FreeBSD



El día Thursday, March 27, 2008 a las 01:54:44PM +0100, Damien Sandras escribió:

> > I disagree :-)
> > 
> > in the call to 500 ekiga net, which can't be hang-up, the OSS
> > PSoundChannelOSS::Close() is not called, while it is in the call with
> > *010600 ekiga net; I proofed it with a debug statement in
> > plugins/sound_oss/sound_oss.cxx which prints:
> > 2008/03/27 13:36:36.038   0:37.168         OnRelease:0x2be16e00 OSS-debug       PSoundChannelOSS::Close() called
> > 2008/03/27 13:36:36.045   0:37.175         OnRelease:0x2be16e00 OSS-debug       PSoundChannelOSS::Close() device /dev/dsp0
> > but only in the *010600 call; the problem must be in higher level;
> > 
> 
> Can you see where it deadlocks in that case ?
> 
> We have no special code for 500 ekiga net which could explain a
> different behavior for that specific url :-)

in src/gui/main.cpp in the function:

static void
toggle_call_cb (GtkWidget * widget,
                gpointer data)
{
  GmMainWindow *mw = NULL;

  std::cout << "Debug:toggle_call_cb()" << std::endl << std::flush;
  mw = gm_mw_get_mw (GTK_WIDGET (data));

  if (mw->current_call == NULL)
    std::cout << "Debug: no mw->current_call pointer" << std::endl << std::flush;
  if (gm_connect_button_get_connected (GM_CONNECT_BUTTON (mw->connect_button)))
    std::cout << "gm_connect_button_get_connected... is true" << std::endl << std::flush;

  if (mw->current_call && gm_connect_button_get_connected (GM_CONNECT_BUTTON (mw->connect_button))) {
    std::cout << "Debug:calling hangup_call_cb now" << std::endl << std::flush;
    hangup_call_cb (widget, data);
  }
  else if (!mw->current_call && !gm_connect_button_get_connected (GM_CONNECT_BUTTON (mw->connect_button))) {
    std::cout << "Debug:calling place_call_cb now" << std::endl << std::flush;
    place_call_cb (widget, data);
  }
  std::cout << "Debug:did nothing in toggle_call_cb" << std::endl << std::flush;
}

in a call to 500 ekiga net mw->current_call is NULL and nothing is done
in this function;

	matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <matthias apitz oclc org> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on Usenet and in e-mail?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]