deluge-gtk crashed with SIGSEGV in malloc_consolidate()

Bug #1232446 reported by madigor on 2013-09-28
This bug affects 2 people
Affects Status Importance Assigned to Milestone
deluge (Ubuntu)
libtorrent-rasterbar (Ubuntu)

Bug Description


ProblemType: Crash
DistroRelease: Ubuntu 13.10
Package: deluge-gtk 1.3.6-0ubuntu2
ProcVersionSignature: Ubuntu 3.11.0-8.15-generic 3.11.1
Uname: Linux 3.11.0-8-generic x86_64
ApportVersion: 2.12.5-0ubuntu1
Architecture: amd64
Date: Sat Sep 28 15:50:04 2013
ExecutablePath: /usr/bin/deluge-gtk
InstallationDate: Installed on 2012-08-01 (422 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120724.2)
InterpreterPath: /usr/bin/python2.7
MarkForUpload: True
PackageArchitecture: all
ProcCmdline: /usr/bin/python /usr/bin/deluge-gtk /home/username/.opera-next/temporary_downloads/
 PATH=(custom, no user)
 Segfault happened at: 0x7f7cf4aa4bfa <malloc_consolidate+250>: mov 0x8(%rbx),%rax
 PC (0x7f7cf4aa4bfa) ok
 source "0x8(%rbx)" (0x7f7c00000009) not located in a known VMA region (needed readable region)!
 destination "%rax" ok
 Stack memory exhausted (SP below stack segment)
SegvReason: reading unknown VMA
Signal: 11
SourcePackage: deluge
 malloc_consolidate (av=av@entry=0x7f7ccc000020) at malloc.c:4086
 _int_malloc (av=0x7f7ccc000020, bytes=1424) at malloc.c:3379
 __GI___libc_malloc (bytes=1424) at malloc.c:2859
 libtorrent::utp_socket_impl::incoming(char const*, int, libtorrent::packet*, libtorrent::ptime) () from /usr/lib/
 libtorrent::utp_socket_impl::consume_incoming_data(libtorrent::utp_header const*, char const*, int, libtorrent::ptime) () from /usr/lib/
Title: deluge-gtk crashed with SIGSEGV in malloc_consolidate()
UpgradeStatus: Upgraded to saucy on 2013-07-19 (71 days ago)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

madigor (madigor) wrote :

 malloc_consolidate (av=av@entry=0x7f7ccc000020) at malloc.c:4086
 _int_malloc (av=0x7f7ccc000020, bytes=1424) at malloc.c:3379
 __GI___libc_malloc (bytes=1424) at malloc.c:2859
 libtorrent::utp_socket_impl::incoming (this=this@entry=0x7f7ccc588cb0, buf=buf@entry=0x24da014 "'\215\211>WRA\341Q\341I301wb\300\003", size=size@entry=1408, p=p@entry=0x0, now=..., now@entry=...) at ../../src/utp_stream.cpp:1950
 libtorrent::utp_socket_impl::consume_incoming_data (this=this@entry=0x7f7ccc588cb0, ph=ph@entry=0x24da000, ptr=ptr@entry=0x24da014 "'\215\211>WRA\341Q\341I301wb\300\003", payload_size=payload_size@entry=1408, now=...) at ../../src/utp_stream.cpp:1998

Changed in deluge (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Cas (calumlind) on 2014-07-20
information type: Private → Public
no longer affects: libtorrent-rasterbar
Changed in deluge (Ubuntu):
status: New → Invalid
Cas (calumlind) wrote :

This potentially could be fixed in later version of libtorrent 0.16, there is a PPA that contains up to date versions here:

tags: added: xenial
Launchpad Janitor (janitor) wrote :

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

Changed in libtorrent-rasterbar (Ubuntu):
status: New → Confirmed
Changed in libtorrent-rasterbar (Ubuntu):
importance: Undecided → Medium
Cas (calumlind) wrote :
To post a comment you must log in.
This report contains Public information  Edit
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.