Bug 606094 – ekiga 3.2.6 crash when avahi ekiga neighbour quits

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 606094 - ekiga 3.2.6 crash when avahi ekiga neighbour quits


Summary:	ekiga 3.2.6 crash when avahi ekiga neighbour quits


Status:	RESOLVED DUPLICATE of bug 604930

Product:	ekiga
Classification:	Applications
Component:	Presence stack
Version:	3.2.x
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	---
Assigned To:	Ekiga maintainers
QA Contact:	Ekiga maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2010-01-05 11:12 UTC by Peter Robinson
Modified:	2010-01-11 22:05 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Peter Robinson 2010-01-05 11:12:23 UTC

In Fedora 12 I've seen a couple of occurrences of the following crash in the avahi link-local

ekiga-3.2.6-1.fc12
ptlib-2.6.5-1.fc12
opal-3.6.6-1.fc12

The user can reliably crash ekiga with the following steps:

1. connect two Ekiga instances (A and B), running on 2 different F12
installations, to the same Asterisk server;
2. wait for B and A to show up in the respective neighbour lists;
3. call B from A by double clicking the B entry in the neighbour list;
4. B answers the call;
5. 5s or so later A closes the call;
6. just a few seconds later Ekiga instance B exits with Ctrl-Q;
7. right after the A Ekiga instance crashes.



Core was generated by `ekiga'.
Program terminated with signal 11, Segmentation fault.

+ Trace 219893

Thread 2 (Thread 10960)

#0 PBaseArray<PHashTableElement*>::GetAt(int) const
from /usr/lib/libpt.so.2.6.5
#1 PHashTableInfo::GetElementAt
at ptlib/common/collect.cxx line 1210
#2 PAbstractDictionary::AbstractGetAt
at ptlib/common/collect.cxx line 1518
#3 PDictionary<POrdinalKey, PThread>::GetAt
at /usr/src/debug/ptlib-2.6.5/include/ptlib/dict.h line 917
#4 PThread::Current
at ptlib/common/osutils.cxx line 1913
#5 PTimerList::Process
at ptlib/common/osutils.cxx line 907
#6 PHouseKeepingThread::Main
at ptlib/unix/tlibthrd.cxx line 125
#7 PThread::PX_ThreadStart
at ptlib/unix/tlibthrd.cxx line 437
#8 start_thread
at pthread_create.c line 297
#9 clone
at ../sysdeps/unix/sysv/linux/i386/clone.S line 130

Thread 1 (Thread 10941)

#0 std::_Rb_tree_increment(std::_Rb_tree_node_base*)
from /usr/lib/libstdc++.so.6
#1 operator++
at /usr/include/c++/4.4.1/bits/stl_tree.h line 184
#2 visit_objects
at ../../../../lib/engine/framework/reflister.h line 108
#3 Ekiga::HeapImpl<Ekiga::URIPresentity>::visit_presentities
at ../../../../lib/engine/presence/heap-impl.h line 126
#4 Avahi::Heap::BrowserCallback
at ../../../../lib/engine/components/avahi/avahi-heap.cpp line 209
#5 avahi_browser_callback
at ../../../../lib/engine/components/avahi/avahi-heap.cpp line 63
#6 avahi_service_browser_event
at browser.c line 777
#7 filter_func
at client.c line 247
#8 dbus_connection_dispatch
at dbus-connection.c line 4444
#9 dispatch_timeout_callback
at ../avahi-common/dbus-watch-glue.c line 107
#10 start_timeout_callback
at glib-watch.c line 254
#11 dispatch_func
at glib-watch.c line 333
#12 g_main_dispatch
at gmain.c line 1960
#13 IA__g_main_context_dispatch
at gmain.c line 2513
#14 g_main_context_iterate
at gmain.c line 2591
#15 IA__g_main_loop_run
at gmain.c line 2799
#16 IA__gtk_main
at gtkmain.c line 1218
#17 main
at gui/main.cpp line 4592

Comment 1 Eugen Dedu 2010-01-11 22:05:11 UTC


*** This bug has been marked as a duplicate of bug 604930 ***