Bug#670405: ekiga: During start up segfault in `libopal.so.3.10.4`

Fri Feb 1 05:23:17 UTC 2013

Package: ekiga
Version: 3.2.7-5+b1
Followup-For: Bug #670405

I was able to reproduce this crash, on wheezy. That's pretty unfortunate
- I have the feeling the old version in wheezy is far from being
maintainable as the version this bug was marked as fixed in is only in
experimental (or more precisely, 3.9.90 is ... nowhere. :)

Here's the backtrace I was able to get:

(gdb) run
Starting program: /usr/bin/ekiga
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
[New Thread 0xf445eb70 (LWP 5743)]
[New Thread 0xef8d5b70 (LWP 5744)]
[New Thread 0xef894b70 (LWP 5745)]
[New Thread 0xef853b70 (LWP 5746)]
[New Thread 0xef812b70 (LWP 5747)]
[New Thread 0xef7d1b70 (LWP 5748)]
[New Thread 0xef790b70 (LWP 5749)]
[New Thread 0xef74fb70 (LWP 5750)]
[New Thread 0xef70eb70 (LWP 5751)]
[New Thread 0xef6cdb70 (LWP 5752)]
[New Thread 0xef4ffb70 (LWP 5753)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xef74fb70 (LWP 5750)]
0x081f1abf in PStringOptions::SetAt (this=0x8415578, key=..., data=...) at /usr/include/ptlib/pstring.h:2857
2857    /usr/include/ptlib/pstring.h: Aucun fichier ou dossier de ce type.
(gdb) bt
#0  0x081f1abf in PStringOptions::SetAt (this=0x8415578, key=..., data=...) at /usr/include/ptlib/pstring.h:2857
#1  0xf6f9affe in PStringOptions::SetAt(char const*, PString const&) () from /usr/lib/libopal.so.3.10.4
#2  0xf7392930 in SIPMIMEInfo::SetContact(PString const&) () from /usr/lib/libopal.so.3.10.4
#3  0xf7363ca0 in SIPEndPoint::AdjustToRegistration(SIP_PDU&, OpalTransport const&, SIPConnection const*) () from /usr/lib/libopal.so.3.10.4
#4  0xf7398a26 in SIP_PDU::SendResponse(OpalTransport&, SIP_PDU&, SIPEndPoint*) const () from /usr/lib/libopal.so.3.10.4
#5  0xf73a104a in SIPResponse::Send(OpalTransport&, SIP_PDU const&) () from /usr/lib/libopal.so.3.10.4
#6  0xf735f3b1 in SIPEndPoint::OnReceivedOPTIONS(OpalTransport&, SIP_PDU&) () from /usr/lib/libopal.so.3.10.4
#7  0xf735c9c4 in SIPEndPoint::OnReceivedConnectionlessPDU(OpalTransport&, SIP_PDU*) () from /usr/lib/libopal.so.3.10.4
#8  0xf735c19d in SIPEndPoint::OnReceivedPDU(OpalTransport&, SIP_PDU*) () from /usr/lib/libopal.so.3.10.4
#9  0xf735a817 in SIPEndPoint::HandlePDU(OpalTransport&) () from /usr/lib/libopal.so.3.10.4
#10 0xf73596cc in SIPEndPoint::NewIncomingConnection(OpalTransport*) () from /usr/lib/libopal.so.3.10.4
#11 0xf6f15445 in OpalEndPoint::ListenerCallback(PThread&, int) () from /usr/lib/libopal.so.3.10.4
#12 0xf6f1694a in OpalEndPoint::ListenerCallback_PNotifier::Call(PObject&, int) const () from /usr/lib/libopal.so.3.10.4
#13 0x081f9ba9 in operator() (extra=138496008, notifier=..., this=<optimized out>) at /usr/include/ptlib/notifier.h:129
#14 PNotifierTemplate<int>::operator() (this=0x8404e14, notifier=..., extra=138496008) at /usr/include/ptlib/notifier.h:124
#15 0xf6f5eca2 in OpalListener::ListenForConnections(PThread&, int) () from /usr/lib/libopal.so.3.10.4
#16 0xf6f676f4 in OpalListener::ListenForConnections_PNotifier::Call(PObject&, int) const () from /usr/lib/libopal.so.3.10.4
#17 0x081f9ba9 in operator() (extra=0, notifier=..., this=<optimized out>) at /usr/include/ptlib/notifier.h:129
#18 PNotifierTemplate<int>::operator() (this=0x8409650, notifier=..., extra=0) at /usr/include/ptlib/notifier.h:124
#19 0xf682bf70 in PSimpleThread::Main() () from /usr/lib/libpt.so.2.10.4
#20 0xf67fb5e9 in PThread::PX_ThreadStart(void*) () from /usr/lib/libpt.so.2.10.4
#21 0xf6187c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#22 0xf60f478e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6

This happened when I added a second SIP account to Ekiga. Ekiga just
crashed and now it simply can't start anymore - and reliably segfaults
every time it is started, with varying delay.

It looks like it's crashing when it's sending an OPTIONS packet. Or
more precisely, it's when it's receiving an ICMP port unreachable
message in response to an OPTIONS packet.

This happened on a ppp0 network interface built on top of a 3G network
through network manager (oh the joy of that in itself).

Hairy fuzzball fun.

A.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ekiga depends on:
ii  evolution-data-server  3.4.4-1
ii  gconf-service          3.2.5-1+build1
ii  gconf2                 3.2.5-1+build1
ii  libatk1.0-0            2.4.0-2
ii  libavahi-client3       0.6.31-1
ii  libavahi-common3       0.6.31-1
ii  libavahi-glib1         0.6.31-1
ii  libc6                  2.13-37
ii  libdbus-glib-1-2       0.100-1
ii  libebook-1.2-13        3.4.4-1
ii  libedataserver-1.2-16  3.4.4-1
ii  libgcc1                1:4.7.2-5
ii  libgconf-2-4           3.2.5-1+build1
ii  libgdk-pixbuf2.0-0     2.26.1-1
ii  libglib2.0-0           2.33.12+really2.32.4-3
ii  libgtk2.0-0            2.24.10-2
ii  libldap-2.4-2          2.4.31-1
ii  libnotify4             0.7.5-1
ii  libopal3.10.4          3.10.4~dfsg-3
ii  libpango1.0-0          1.30.0-1
ii  libpt2.10.4            2.10.4~dfsg-1
ii  libsasl2-2             2.1.25.dfsg1-6
ii  libsigc++-2.0-0c2a     2.2.10-0.2
ii  libstdc++6             4.7.2-5
ii  libx11-6               2:1.5.0-1
ii  libxext6               2:1.3.1-2
ii  libxml2                2.8.0+dfsg1-7
ii  libxv1                 2:1.0.7-1

Versions of packages ekiga recommends:
ii  gvfs  1.12.3-3
ii  yelp  3.4.2-1+b1

Versions of packages ekiga suggests:
pn  asterisk    <none>
pn  gnugk       <none>
pn  mediaproxy  <none>
pn  rtpproxy    <none>
pn  ser         <none>
pn  siproxd     <none>
pn  yate        <none>

-- no debconf information