sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook() from DBus::DefaultWatch::DefaultWatch

Bug #913018 reported by Jeremy Lincicome
76
This bug affects 13 people
Affects Status Importance Assigned to Milestone
sflphone (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

This happens when trying to launch sflphone.

ProblemType: Crash
DistroRelease: Ubuntu 12.04
Package: sflphone-daemon 1.0.1-4.1ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-8.14-generic 3.2.0
Uname: Linux 3.2.0-8-generic x86_64
ApportVersion: 1.90-0ubuntu1
Architecture: amd64
Date: Fri Jan 6 21:13:27 2012
ExecutablePath: /usr/lib/sflphone/sflphoned
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120102)
ProcCmdline: /usr/lib/sflphone sflphoned
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=en_US.UTF-8
SegvAnalysis:
 Segfault happened at: 0x7f55284ea413 <_ZNSt8__detail15_List_node_base7_M_hookEPS0_+19>: mov %rdi,(%rax)
 PC (0x7f55284ea413) ok
 source "%rdi" ok
 destination "(%rax)" (0x00000000) not located in a known VMA region (needed writable region)!
SegvReason: writing NULL VMA
Signal: 11
SourcePackage: sflphone
StacktraceTop:
 std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
 DBus::DefaultWatch::DefaultWatch(int, int, DBus::DefaultMainLoop*) () from /usr/lib/libdbus-c++-1.so.0
 DBus::BusWatch::BusWatch(DBus::Watch::Internal*, DBus::BusDispatcher*) () from /usr/lib/libdbus-c++-1.so.0
 DBus::BusDispatcher::add_watch(DBus::Watch::Internal*) () from /usr/lib/libdbus-c++-1.so.0
 ?? () from /usr/lib/libdbus-c++-1.so.0
Title: sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

Related branches

Revision history for this message
Jeremy Lincicome (w0jrl1) wrote :
visibility: private → public
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 std::__detail::_List_node_base::_M_hook (this=0xd71b00, __position=0xd707d0) at ../../../../src/libstdc++-v3/src/list.cc:129
 _M_insert (__position=..., __x=<optimized out>, this=<optimized out>) at /usr/include/c++/4.6/bits/stl_list.h:1516
 push_back (__x=<optimized out>, this=0xd707d0) at /usr/include/c++/4.6/bits/stl_list.h:988
 DBus::DefaultWatch::DefaultWatch (this=0xd74db0, fd=<optimized out>, flags=0, ed=0xd70760) at eventloop.cpp:68
 DBus::BusWatch::BusWatch (this=0xd74da0, wi=<optimized out>, bd=<optimized out>) at eventloop-integration.cpp:59

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in sflphone (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Revision history for this message
Jeremy Lincicome (w0jrl1) wrote : Re: [Bug 913018] ThreadStacktrace.txt

How do I get the amd64 retrace?

On 01/06/2012 09:24 PM, Apport retracing service wrote:
> ** Attachment added: "ThreadStacktrace.txt"
> https://bugs.launchpad.net/bugs/913018/+attachment/2660813/+files/ThreadStacktrace.txt
>
> ** Attachment removed: "CoreDump.gz"
> https://bugs.launchpad.net/bugs/913018/+attachment/2660803/+files/CoreDump.gz
>
> ** Changed in: sflphone (Ubuntu)
> Importance: Undecided => Medium
>
> ** Tags removed: need-amd64-retrace
>

Revision history for this message
Jeremy Lincicome (w0jrl1) wrote : Re: sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook()

I found a similar bug at https://projects.savoirfairelinux.com/issues/5276. The work around talked about doesn't seam to do anything.

visibility: public → private
visibility: private → public
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in sflphone (Ubuntu):
status: New → Confirmed
Revision history for this message
Mingming Ren (portis25) wrote :

Try sflphone-nightly ppa:

ppa:savoirfairelinux/sflphone-nightly

It works for me.

Revision history for this message
Jeremy Lincicome (w0jrl1) wrote : Re: [Bug 913018] Re: sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook()

I will give it a try.
Thanks.

Revision history for this message
Jeremy Lincicome (w0jrl1) wrote : Re: sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook()

Thanks Mingming, the nightly build is working for me as well. Should I mark this bug as solved?

Revision history for this message
Stefan Taferner (taferner) wrote :

Would be nice if the upcoming precise release would get a newer build.
As it is now the bug still exists in the official package.

Revision history for this message
futurefx (force) wrote :

i agree that newer build is needed because this is best encrypted telephone.

Revision history for this message
Peter Meiser (meiser79) wrote :

I built sflphone 1.0.2 from Debian unstable with 2 upstream patches applied so that sflphone builds in precise.

The upstream bug report is at https://projects.savoirfairelinux.com/issues/9145

Please find attached the debdiff.

Revision history for this message
Stefano Rivera (stefanor) wrote :

Can you give a summary of the new features in 1.0.2? If it's just a bugfix release, then this doesn't need an FFe.

Revision history for this message
Peter Meiser (meiser79) wrote :

Quoting http://sflphone.org/news/1-0-2-version-announcement:

This release has few changes but some fairly important bugfixes. It fixes history logic, instant messaging user interface. It improves SIP core by adding a keep-alive for account registration and updating Contact header from 200 OK.

A complete list and detailed information about all the issues tackled in this iteration are available on the bug tracker : http://bit.ly/wvrhp1

Revision history for this message
Scott Kitterman (kitterman) wrote :

Seems reasonable to get in. FFe approved. Setting back to New for sponsor review.

Changed in sflphone (Ubuntu):
status: Confirmed → New
summary: sflphoned crashed with SIGSEGV in
- std::__detail::_List_node_base::_M_hook()
+ std::__detail::_List_node_base::_M_hook() from
+ DBus::DefaultWatch::DefaultWatch
Revision history for this message
futurefx (force) wrote :

when someone have access to ubuntu main repo then please upload 1.0.2 then lot of bugs is fixed including this one.

Revision history for this message
Colin Watson (cjwatson) wrote :

Thanks; I've applied Whoopie's patch from comment 13 to the package from Debian unstable and uploaded. We're currently in freeze for Beta 2 so it may or may not actually land in the archive until after the beta, though.

Changed in sflphone (Ubuntu):
status: New → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package sflphone - 1.0.2-1ubuntu1

---------------
sflphone (1.0.2-1ubuntu1) precise; urgency=low

  * Apply some upstream patches to fix FTBFS (LP: #913018):
    - debian/patches/05_glib_includes.patch: fix glib includes.
    - debian/patches/06_use_XkbKeycodeToKeysym.patch: use
      XkbKeycodeToKeysym instead of (deprecated) XKeycodeToKeysym.

sflphone (1.0.2-1) unstable; urgency=low

  * New upstream release
    - remove logging patch (applied upstream)
    - update s390 patch since it was partially applied upstream
  * Include the Evolution plugin as a separate binary package

  * Fix compilation issues on SH4 (closes: #658987)
  * Merge Ubuntu's binutils-gold linking fix
 -- Whoopie <email address hidden> Thu, 22 Mar 2012 10:29:10 +0100

Changed in sflphone (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Peter Meiser (meiser79) wrote :

Please find attached a debdiff to fix FTBFS on armel/armfs.

Revision history for this message
Peter Meiser (meiser79) wrote :

Please find attached a debdiff to fix FTBFS on armel/armhf.

Revision history for this message
Colin Watson (cjwatson) wrote :

Thanks, uploaded.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.