Bug#735898: pavucontrol segmentation fault
On 03/04/2014 06:32 AM, Antoine Beaupré wrote: Package: pavucontrol Followup-For: Bug #735898 Control: tags -1 pending I'll upload this patch shortly (NMU, 2 days delay), since it seems to fix the problem and pavucontrol is threatened by autoremoval. Hi Antoine, The patch is on pavucontrol debian git, and I finished the packaging of 2.0 version today, tomorrow I will upload pavucontrol 2.0-1 to the archive. Thanks for your help, Cheers, -- Léo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
On 2014-03-04 16:08:15, Léo Cavaillé wrote: The patch is on pavucontrol debian git, and I finished the packaging of 2.0 version today, tomorrow I will upload pavucontrol 2.0-1 to the archive. That's great, thanks! Do you want me to remove the upload from DELAYED/2? It should be overriden by the 2.0 upload anyways... It's my first real NMU... :) A. -- La guerre, c'est le massacre d'hommes qui ne se connaissent pas, au profit d'hommes qui se connaissent mais ne se massacreront pas. - Paul Valéry pgp8izzGJFHbq.pgp Description: PGP signature
Bug#735898: pavucontrol segmentation fault
Hi. how-can-i-help just told me that pavucontrol is scheduled for removal from jessie 2014-03-10 because of this bug. Is a fix with the proposed patch planned any time soon? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
Package: pavucontrol Followup-For: Bug #735898 Control: tags -1 pending I'll upload this patch shortly (NMU, 2 days delay), since it seems to fix the problem and pavucontrol is threatened by autoremoval. Cheers, A. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pavucontrol depends on: ii libatk1.0-0 2.10.0-2 ii libatkmm-1.6-1 2.22.7-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcairomm-1.0-1 1.10.0-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libglib2.0-0 2.38.2-5 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtk-3-0 3.10.7-1 ii libgtkmm-3.0-1 3.8.1-1 ii libpango1.0-01.36.0-1+b1 ii libpangomm-1.4-1 2.34.0-1 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libsigc++-2.0-0c2a 2.2.11-3 ii libstdc++6 4.8.2-16 pavucontrol recommends no packages. pavucontrol suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
Hi John, maybe we can investigate also with gdb compiling pavucontrol with debug symbols: $ apt-get source pavucontrol cd pavucontrol-1.0 $ export DEB_BUILD_OPTIONS=nostrip noopt $ dpkg-buildpackage -rfakeroot -uc -us $ sudo dpkg -i ../pavucontrol_1.0-1_i386.deb $ gdb pavucontrol and attach here gdb output. 2014-02-22 23:09 GMT+01:00 John M. jwmwal...@gmail.com: Hi, Running $ strace pavucontrol ~/pavucontrol-strace.txt 21 shows that the segfault occurs while trying to open /dev/shm/pulse-shm-1589235082: open(/dev/shm/pulse-shm-1589235082, O_RDONLY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ The contents of /dev/shm are: $ ll /dev/shm total 280 drwxrwxrwt 2 root root 80 Feb 22 16:23 ./ drwxr-xr-x 19 root root 3440 Feb 22 13:44 ../ -rwx-- 1 jwm jwm 67108904 Feb 22 16:10 pulse-shm-1113234651* -rwx-- 1 jwm jwm 67108904 Feb 22 16:23 pulse-shm-4016602654* strace shows the following, when opening the /dev/shm directory: openat(AT_FDCWD, /dev/shm/, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 10 getdents(10, /* 5 entries */, 32768)= 168 So maybe pavucontrol is relying on a wrong number of pulse-related devices. By ending the desktop session, killing all pulseaudio instances, starting a new desktop session, and running strace again, I get similar results. The strace output is attached. -- John On Fri, 2014-02-14 at 09:25 +0100, Vincent Lefevre wrote: On 2014-02-14 02:40:36 -0500, John M. wrote: By creating a new user account, I'm able to open pavucontrol from that account, but only until I log out and in again. Then it's back to segmentation fault. So it seems like the problem is related to a setting in some other program (gconf? dconf? gstreamer? jack?). You can try to see with strace. -- Simone Vellei (henomis) GPG KEYID: A3D37CF4 GPG FINGERPRINT: 5A79 3A3A 143E 9B37 9B38 FB86 8E45 8B62 A3D3 7CF4
Bug#735898: pavucontrol segmentation fault
Done: ~$ gdb `which pavucontrol` GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/pavucontrol...done. (gdb) set logging on Copying output to gdb.txt. (gdb) run Starting program: /usr/bin/pavucontrol warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe874a700 (LWP 19970)] Program received signal SIGSEGV, Segmentation fault. 0x00428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385 385 v = ((const float*) data)[length / sizeof(float) -1]; (gdb) backtrace #0 0x00428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385 #1 0x73adad8b in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0 #2 0x7fffee0bb46d in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-4.0.so #3 0x73d17b77 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0 #4 0x73f63526 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x73f63878 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x73f63b3a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x759a444d in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #8 0x77a1a8f1 in Gtk::Main::run(Gtk::Window) () from /usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1 #9 0x00438981 in main (argc=1, argv=0x7fffdb28) at pavucontrol.cc:670 (gdb) frame 9 #9 0x00438981 in main (argc=1, argv=0x7fffdb28) at pavucontrol.cc:670 670 Gtk::Main::run(*mainWindow); (gdb) frame 0 #0 0x00428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385 385 v = ((const float*) data)[length / sizeof(float) -1]; (gdb) kill Kill the program being debugged? (y or n) y (gdb) q gdb.txt is attached. -- John On Sun, 2014-02-23 at 00:19 +0100, Simone Vellei wrote: Hi John, maybe we can investigate also with gdb compiling pavucontrol with debug symbols: $ apt-get source pavucontrol cd pavucontrol-1.0 $ export DEB_BUILD_OPTIONS=nostrip noopt $ dpkg-buildpackage -rfakeroot -uc -us $ sudo dpkg -i ../pavucontrol_1.0-1_i386.deb $ gdb pavucontrol and attach here gdb output. 2014-02-22 23:09 GMT+01:00 John M. jwmwal...@gmail.com: Hi, Running $ strace pavucontrol ~/pavucontrol-strace.txt 21 shows that the segfault occurs while trying to open /dev/shm/pulse-shm-1589235082: open(/dev/shm/pulse-shm-1589235082, O_RDONLY| O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ The contents of /dev/shm are: $ ll /dev/shm total 280 drwxrwxrwt 2 root root 80 Feb 22 16:23 ./ drwxr-xr-x 19 root root 3440 Feb 22 13:44 ../ -rwx-- 1 jwm jwm 67108904 Feb 22 16:10 pulse-shm-1113234651* -rwx-- 1 jwm jwm 67108904 Feb 22 16:23 pulse-shm-4016602654* strace shows the following, when opening the /dev/shm directory: openat(AT_FDCWD, /dev/shm/, O_RDONLY|O_NONBLOCK| O_DIRECTORY|O_CLOEXEC) = 10 getdents(10, /* 5 entries */, 32768)= 168 So maybe pavucontrol is relying on a wrong number of pulse-related devices. By ending the desktop session, killing all pulseaudio instances, starting a new desktop session, and running strace again, I get similar results. The strace output is attached. -- John On Fri, 2014-02-14 at 09:25 +0100, Vincent Lefevre wrote: On 2014-02-14 02:40:36 -0500, John M. wrote: By creating a new user account, I'm able to open pavucontrol from that account,
Bug#735898: pavucontrol segmentation fault
On 2014-02-22 18:58:08 -0500, John M. wrote:
Program received signal SIGSEGV, Segmentation fault.
0x00428d80 in read_callback (s=0xcea800, length=4,
userdata=0x9561b0) at mainwindow.cc:385
385 v = ((const float*) data)[length / sizeof(float) -1];
[...]
Thanks. The src/mainwindow.cc file contains:
if (pa_stream_peek(s, data, length) 0) {
show_error(_(Failed to read data from stream));
return;
}
assert(length 0);
assert(length % sizeof(float) == 0);
v = ((const float*) data)[length / sizeof(float) -1];
And according to the pa_stream_peek documentation
http://freedesktop.org/software/pulseaudio/doxygen/stream_8h.html#ac2838c449cde56e169224d7fe3d00824
If there is no data at the current read index, it means that either
the buffer is empty or it contains a hole (that is, the write index
is ahead of the read index but there's no data where the read index
points at). If the buffer is empty, data will be NULL and nbytes will
be 0. If there is a hole, data will be NULL and nbytes will contain
the length of the hole.
data can be NULL and the code is obviously buggy.
--
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#735898: pavucontrol segmentation fault
Processing control commands: tags -1 patch Bug #735898 [pavucontrol] pavucontrol segmentation fault Added tag(s) patch. -- 735898: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735898 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
Control: tags -1 patch
On 2014-02-23 04:52:46 +0100, Vincent Lefevre wrote:
data can be NULL and the code is obviously buggy.
gnome-control-center seemed to have similar code, thus was also buggy:
https://bugzilla.gnome.org/show_bug.cgi?id=689079
which has a patch:
https://bug689079.bugzilla-attachments.gnome.org/attachment.cgi?id=229897
This would give here:
--- src/mainwindow.cc~ 2012-05-19 23:17:28.0 +0200
+++ src/mainwindow.cc 2014-02-23 04:58:35.142596137 +0100
@@ -379,6 +379,11 @@
return;
}
+if (!data) {
+pa_stream_drop(s);
+return;
+}
+
assert(length 0);
assert(length % sizeof(float) == 0);
Could you try this patch?
--
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
The full backtrace shows:
(gdb) backtrace full
#0 0x00428d80 in read_callback (s=0xced1b0, length=4,
userdata=0x92d600) at mainwindow.cc:385
w = 0x92d600
data = 0x0
v = 7.1675486625997992e-317
__PRETTY_FUNCTION__ = void read_callback(pa_stream*,
size_t, void*)
#1 0x73adad8b in ?? ()
from /usr/lib/x86_64-linux-gnu/libpulse.so.0
No symbol table info available.
#2 0x7fffee0bb46d in ?? ()
from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-4.0.so
No symbol table info available.
#3 0x73d17b77 in ?? ()
from /usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0
No symbol table info available.
#4 0x73f63526 in g_main_context_dispatch ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5 0x73f63878 in ?? ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#6 0x73f63b3a in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#7 0x759a444d in gtk_main ()
from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
No symbol table info available.
#8 0x77a1a8f1 in Gtk::Main::run(Gtk::Window) ()
from /usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1
No symbol table info available.
#9 0x00438981 in main (argc=1, argv=0x7fffdb28) at
pavucontrol.cc:670
kit = incomplete type
mainWindow = 0x92d600
m = 0x8ee130
options = incomplete type
group = incomplete type
entry = incomplete type
__PRETTY_FUNCTION__ = int main(int, char**)
So indeed data is NULL.
--
John
On Sun, 2014-02-23 at 04:52 +0100, Vincent Lefevre wrote:
On 2014-02-22 18:58:08 -0500, John M. wrote:
Program received signal SIGSEGV, Segmentation fault.
0x00428d80 in read_callback (s=0xcea800, length=4,
userdata=0x9561b0) at mainwindow.cc:385
385 v = ((const float*) data)[length / sizeof(float) -1];
[...]
Thanks. The src/mainwindow.cc file contains:
if (pa_stream_peek(s, data, length) 0) {
show_error(_(Failed to read data from stream));
return;
}
assert(length 0);
assert(length % sizeof(float) == 0);
v = ((const float*) data)[length / sizeof(float) -1];
And according to the pa_stream_peek documentation
http://freedesktop.org/software/pulseaudio/doxygen/stream_8h.html#ac2838c449cde56e169224d7fe3d00824
If there is no data at the current read index, it means that either
the buffer is empty or it contains a hole (that is, the write index
is ahead of the read index but there's no data where the read index
points at). If the buffer is empty, data will be NULL and nbytes will
be 0. If there is a hole, data will be NULL and nbytes will contain
the length of the hole.
data can be NULL and the code is obviously buggy.
Starting program: /usr/bin/pavucontrol
warning: no loadable sections found in added symbol-file system-supplied DSO at
0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe874a700 (LWP 31513)]
Program received signal SIGSEGV, Segmentation fault.
0x00428d80 in read_callback (s=0xceda40, length=4, userdata=0x956200)
at mainwindow.cc:385
385 v = ((const float*) data)[length / sizeof(float) -1];
#0 0x00428d80 in read_callback (s=0xceda40, length=4,
userdata=0x956200) at mainwindow.cc:385
w = 0x956200
data = 0x0
v = 6.9063816096829495e-317
__PRETTY_FUNCTION__ = void read_callback(pa_stream*, size_t, void*)
#1 0x73adad8b in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
No symbol table info available.
#2 0x7fffee0bb46d in ?? () from
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-4.0.so
No symbol table info available.
#3 0x73d17b77 in ?? () from
/usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0
No symbol table info available.
#4 0x73f63526 in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5 0x73f63878 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#6 0x73f63b3a in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#7 0x759a444d in gtk_main () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
No symbol table info available.
#8 0x77a1a8f1 in Gtk::Main::run(Gtk::Window) () from
Bug#735898: pavucontrol segmentation fault
The patch works!
I can finally use pavucontrol (1.0-1) for more than one second.
Thanks a lot for the help provided.
--
John.
On Sun, 2014-02-23 at 05:01 +0100, Vincent Lefevre wrote:
Control: tags -1 patch
On 2014-02-23 04:52:46 +0100, Vincent Lefevre wrote:
data can be NULL and the code is obviously buggy.
gnome-control-center seemed to have similar code, thus was also buggy:
https://bugzilla.gnome.org/show_bug.cgi?id=689079
which has a patch:
https://bug689079.bugzilla-attachments.gnome.org/attachment.cgi?id=229897
This would give here:
--- src/mainwindow.cc~ 2012-05-19 23:17:28.0 +0200
+++ src/mainwindow.cc 2014-02-23 04:58:35.142596137 +0100
@@ -379,6 +379,11 @@
return;
}
+if (!data) {
+pa_stream_drop(s);
+return;
+}
+
assert(length 0);
assert(length % sizeof(float) == 0);
Could you try this patch?
Bug#735898: pavucontrol segmentation fault
Hi John, yes, you can you try to execute $ strace -o pavucontrol.log pavucontrol and attach here pavucontrol.log -- Simone Vellei (henomis) GPG KEYID: A3D37CF4 GPG FINGERPRINT: 5A79 3A3A 143E 9B37 9B38 FB86 8E45 8B62 A3D3 7CF4
Bug#735898: pavucontrol segmentation fault
On 2014-02-14 02:40:36 -0500, John M. wrote: By creating a new user account, I'm able to open pavucontrol from that account, but only until I log out and in again. Then it's back to segmentation fault. So it seems like the problem is related to a setting in some other program (gconf? dconf? gstreamer? jack?). You can try to see with strace. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
Hi, I patched the source, rebuilt the package and upgraded, but I still get segmentation fault. By creating a new user account, I'm able to open pavucontrol from that account, but only until I log out and in again. Then it's back to segmentation fault. So it seems like the problem is related to a setting in some other program (gconf? dconf? gstreamer? jack?). -- John.
Bug#735898: pavucontrol segmentation fault
On 2014-01-20 15:36:37 +0400, Vlad Orlov wrote: Can't reproduce it. I can't reproduce it either. If this doesn't affect most users, the bug severity should be lowered to important, if the bug is not reassigned in case it would be: Run dmesg after that and check the last lines of the output for the hints about the cause of segfault. If it says something about libgtk-3.so then you've probably been hit by a known bug in gtk3-engines-unico [1] and need to change your GTK+ theme to something not using unico. If not, posting the relevant lines here won't hurt anyway. [1] http://bugs.debian.org/706330 -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735898: pavucontrol segmentation fault
The WorksForMe bug is certainly the worst of all. At the time of reporting the bug, I had just moved to a new laptop, so the issue happens on a newly installed Jessie. In the old laptop (in which Wheezy was originally installed in 2011), with all the Jessie updates, pavucontrol has always worked without issue. Since my home partition was cloned from the old laptop, I tried removing ~/.config/pavucontrol.ini and ~/.config/pulse/* and restarting the session, with no success. The only change in regards to pulse's default configuration is flat-volumes = no in /etc/pulse/daemon.conf, but even reverting that one has no effect at all. When running pavucontrol from the terminal I get: ...:~$ pavucontrol Segmentation fault ...:~$ dmesg [elided iptables- and wlan0-related messages] [240126.731332] pavucontrol[16559]: segfault at 0 ip 00423177 sp 7fffcc1e0630 error 4 in pavucontrol[40+45000] Since, for some reason, I have the murrine-themes package installed, when running pavucontrol while using the Albatross theme, I get: ...:~$ pavucontrol (pavucontrol:16963): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:2597:41: Expected a valid selector Segmentation fault I don't get any Gtk-WARNING when using the Bluebird or Greybird themes (also from the murrine-themes package). The binaries from other packages suggested by the pulseaudio one (i.e., paman, paprefs, pavumeter), work properly. Is there any other information I can attach to the bug report? -- John. On Sun, 2014-02-02 at 10:22 +0100, Vincent Lefevre wrote: On 2014-01-20 15:36:37 +0400, Vlad Orlov wrote: Can't reproduce it. I can't reproduce it either. If this doesn't affect most users, the bug severity should be lowered to important, if the bug is not reassigned in case it would be: Run dmesg after that and check the last lines of the output for the hints about the cause of segfault. If it says something about libgtk-3.so then you've probably been hit by a known bug in gtk3-engines-unico [1] and need to change your GTK+ theme to something not using unico. If not, posting the relevant lines here won't hurt anyway. [1] http://bugs.debian.org/706330
Bug#735898: pavucontrol segmentation fault
Can't reproduce it. Run dmesg after that and check the last lines of the output for the hints about the cause of segfault. If it says something about libgtk-3.so then you've probably been hit by a known bug in gtk3-engines-unico [1] and need to change your GTK+ theme to something not using unico. If not, posting the relevant lines here won't hurt anyway. [1] http://bugs.debian.org/706330
Bug#735898: pavucontrol segmentation fault
Package: pavucontrol Version: 1.0-1 Severity: grave Tags: upstream Justification: renders package unusable When I run pavucontrol, either from the pulseaudio shortcuts (gnome) extension, or from the command line, it segfaults (the pavucontrol window opens and closes quickly): $ pavucontrol Segmentation fault There are no debugging symbols for the package, so running it through gdb doesn't seem to provide any useful information: $ gdb -ex r --args `which pavucontrol` GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/pavucontrol...(no debugging symbols found)...done. Starting program: /usr/bin/pavucontrol warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe8964700 (LWP 10252)] Program received signal SIGSEGV, Segmentation fault. 0x00423177 in ?? () (gdb) -- J.W.M. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pavucontrol depends on: ii libatk1.0-0 2.10.0-2 ii libatkmm-1.6-1 2.22.7-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcairomm-1.0-1 1.10.0-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgcc1 1:4.8.2-12 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtk-3-0 3.8.6-1 ii libgtkmm-3.0-1 3.8.1-1 ii libpango1.0-01.36.0-1+b1 ii libpangomm-1.4-1 2.34.0-1 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.2-12 pavucontrol recommends no packages. pavucontrol suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
