gmusicbrowser crashes on close
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | gmusicbrowser (Ubuntu) |
Medium
|
Unassigned | ||
Bug Description
The application crashed after closing it via menu. Reproducible.
ProblemType: Crash
DistroRelease: Ubuntu 15.04
Package: gmusicbrowser 1.1.13~ds0-1ubuntu1
ProcVersionSign
Uname: Linux 3.16.0-25-generic i686
ApportVersion: 2.15-0ubuntu2
Architecture: i386
CurrentDesktop: XFCE
Date: Thu Dec 11 18:01:58 2014
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/
InstallationDate: Installed on 2014-12-08 (2 days ago)
InstallationMedia: Xubuntu 15.04 "Vivid Vervet" - Alpha i386 (20141208)
InterpreterPath: /usr/bin/perl
PackageArchitec
ProcCmdline: /usr/bin/perl /usr/bin/
SegvAnalysis:
Segfault happened at: 0xb70fb996: cmp 0x4(%eax),%edx
PC (0xb70fb996) ok
source "0x4(%eax)" (0x00000007) not located in a known VMA region (needed readable region)!
destination "%edx" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: gmusicbrowser
StacktraceTop:
?? () from /usr/lib/
g_signal_
g_signal_emit () from /usr/lib/
?? () from /usr/lib/
?? () from /usr/lib/
Title: gmusicbrowser crashed with SIGSEGV in g_signal_
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
CVE References
| Apport retracing service (apport) wrote : | #2 |
| Changed in gmusicbrowser (Ubuntu): | |
| importance: | Undecided → Medium |
| summary: |
- gmusicbrowser crashed with SIGSEGV in g_signal_emit_valist() + gmusicbrowser crashed with SIGSEGV in emission_find() |
| tags: | removed: need-i386-retrace |
| information type: | Private → Public |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in gmusicbrowser (Ubuntu): | |
| status: | New → Confirmed |
| Quentin Sculo (squentin) wrote : | #7 |
I managed to reproduce this within VirtualBox. Turns out it is caused by the trayicon, after disabling it (in the layouts tab) it no longer crashes. The trayicon doesn't work anyway in unity, though the appindicator plugin provides some of the functionality for those interested.
I need to find a proper way to detect what kind trayicon/
| Chris Hermansen (c-hermansen) wrote : | #8 |
Apparently this is the same bug as https:/
I have been using gmusicbrowser a bit today and I haven't had the crash.
I *think* I may have caused it by double-clicking the (X) button.
| Chris Hermansen (c-hermansen) wrote : | #9 |
Sorry an error on my part in the preceding comment, it is the same as https:/
| Quentin Sculo (squentin) wrote : | #10 |
I've investigated this a bit, this is more complicated that I thought. This crash happens in the global destruction, once the program itself is finished. A few parts of the code can cause it to crash, though not every time. I tracked down 3 locations (one is the trayicon) but there is at least 1 more, maybe more. I can change the code a bit in these locations to avoid the crash, but I don't really want to commit that, as they are not really bugs in my code.
These crashes did not happen before, I've reproduced it in a VM with the ubuntu 15.04 cd, but I can't reproduce it with the 14.10 cd. So something has changed, but I don't know what: I've reproduced it on 15.04 with old versions or gmb, of perl and of the main perl modules I use, so it's something else, maybe a C library used by perl, I don't know.
| summary: |
- gmusicbrowser crashed with SIGSEGV in emission_find() + gmusicbrowser crashes on close |
| movwf0x0c (movwf0x0c) wrote : | #11 |
Here's strace report:
execve(
brk(0) = 0x84b1000
access(
mmap2(NULL, 8192, PROT_READ|
access(
open("/
fstat64(3, {st_mode=
mmap2(NULL, 72506, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7738000
close(3) = 0
access(
open("/
read(3, "\177ELF\
fstat64(3, {st_mode=
mmap2(NULL, 16512, PROT_READ|
mmap2(0xb7736000, 8192, PROT_READ|
close(3) = 0
access(
open("/
read(3, "\177ELF\
fstat64(3, {st_mode=
mmap2(NULL, 311456, PROT_READ|
mmap2(0xb7731000, 8192, PROT_READ|
close(3) = 0
access(
open("/
read(3, "\177ELF\
fstat64(3, {st_mode=
mmap2(NULL, 4096, PROT_READ|
mmap2(NULL, 115404, PROT_READ|
mmap2(0xb76e1000, 8192, PROT_READ|
mmap2(0xb76e3000, 4812, PROT_READ|
close(3) = 0
access(
open("/
read(3, "\177ELF\
fstat64(3, {st_mode=
mmap2(NULL, 1814236, PROT_READ|
mmap2(0xb76c1000, 20480, PROT_READ|
mmap2(0xb76c6000, 7900, PROT_READ|
close(3) = 0
access(
open("/
read(3, "\177...
| Le Gluon Du Net (legluondunet) wrote : | #12 |
I have this crash on Ubuntu 15.10 too.
| Ubuntu QA Website (ubuntuqa) wrote : | #13 |
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://
| tags: | added: iso-testing |
| tags: | added: wily xubuntu-exp |
| wgroiss (wolfgang-groiss-gmx) wrote : | #14 |
me too on xubuntu 15.10. Just after stopping playing and then closing the application
| Ubuntu QA Website (ubuntuqa) wrote : | #15 |
This bug has been reported on the Ubuntu Package testing tracker.
A list of all reports related to this bug can be found here:
http://
| tags: | added: package-qa-testing |
| Hicks (hickscorp) wrote : | #16 |
Me too, on 15.10.
| Hairong Zhu (hrzhu) wrote : | #17 |
I had this bug when I first installed Xubuntu 16.04. Now the problem seems gone, I can't reproduce it for now. Some recent update might have fixed the bug. Can anyone using 16.04 confirm this?
| Hairong Zhu (hrzhu) wrote : | #18 |
Well it still crashes on close if I enable tray icon. If I remember correctly, tray icon is disabled by default on Xubuntu. I didn't need to enable it to trigger the bug.
| Kev Bowring (flocculant) wrote : | #19 |
@hrzhu - when did you first install 16.04? Not sure what's going on with your installation - gmb hasn't been seeded with this release for some time.
| Hairong Zhu (hrzhu) wrote : | #20 |
^ On 2016-01-04. Not sure if it's related, I receive an alsa upgrade today, since then gmusic browser haven't crashed on close with tray icon disabled, which is default setting.
| Roman Spirgi (the-ant-gmx) wrote : | #21 |
This bug doesn't occur anymore on my Fedora 23 installation since a few days - maybe a Perl update did fix the issue?!
Cheers,
Roman
---
Current output of perl -V:
Summary of my perl5 (revision 5 version 22 subversion 1) configuration:
Platform:
osname=linux, osvers=
uname='linux buildvm-
config_
hint=
useithreads
use64bitint
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -O2 -g -pipe -Wall -Werror=
optimize=' -g',
cppflags=
ccversion='', gccversion='5.3.1 20151207 (Red Hat 5.3.1-2)', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678, doublekind=3
d_longlong=
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='gcc', ldflags ='-Wl,-z,relro -fstack-
libpth=
libs=-lpthread -lresolv -lnsl -lgdbm -ldb -ldl -l...
| no longer affects: | gmusicbrowser (Fedora) |
| Majestyx (majestyx) wrote : | #22 |
| Tony Diep (tonydiep) wrote : | #23 |
BTW: I can confirm this bug on Fedora 24 and Fedora 25 as well. Every time I exit gmusicbrowser, there's a notification that gmusicbrowser crashed.
| Dirk Bosmans (dirk-bosmans) wrote : | #25 |
I can confirm the bug in Xubuntu 16.04, since fresh install, with tray icon DISabled.


StacktraceTop: <optimized out>, detail=<optimized out>, signal_ id=<optimized out>) at /build/ buildd/ glib2.0- 2.43.1/ ./gobject/ gsignal. c:761 emit_unlocked_ R (node=0x3, node@entry= 0xa784de0, detail=198312840, detail@entry=0, instance=0xbd20388, emission_ return= 0x0, instance_ and_params= 0xbfe17a80) at /build/ buildd/ glib2.0- 2.43.1/ ./gobject/ gsignal. c:3414 emit_valist (instance= 0xbd20388, signal_id=11, detail=0, var_args=0xbfe17bcc "I\r2\266\ 067~\"\ 266") at /build/ buildd/ glib2.0- 2.43.1/ ./gobject/ gsignal. c:3286 0xbd20388, signal_id=11, detail=0) at /build/ buildd/ glib2.0- 2.43.1/ ./gobject/ gsignal. c:3342 buildd/ gtk+2.0- 2.24.25/ gtk/gtkobject. c:421
emission_find (instance=
signal_
g_signal_
g_signal_emit (instance=
gtk_object_dispose (gobject=0xbd20388) at /build/