<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.6.6">
</HEAD>
<BODY>
Done:<BR>
<BR>
~$ gdb `which pavucontrol`<BR>
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)<BR>
Copyright (C) 2013 Free Software Foundation, Inc.<BR>
License GPLv3+: GNU GPL version 3 or later <<A HREF="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</A>><BR>
This is free software: you are free to change and redistribute it.<BR>
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"<BR>
and "show warranty" for details.<BR>
This GDB was configured as "x86_64-linux-gnu".<BR>
For bug reporting instructions, please see:<BR>
<<A HREF="http://www.gnu.org/software/gdb/bugs/">http://www.gnu.org/software/gdb/bugs/</A>>...<BR>
Reading symbols from /usr/bin/pavucontrol...done.<BR>
(gdb) set logging on<BR>
Copying output to gdb.txt.<BR>
(gdb) run<BR>
Starting program: /usr/bin/pavucontrol <BR>
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000<BR>
warning: Could not load shared library symbols for linux-vdso.so.1.<BR>
Do you need "set solib-search-path" or "set sysroot"?<BR>
[Thread debugging using libthread_db enabled]<BR>
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".<BR>
[New Thread 0x7fffe874a700 (LWP 19970)]<BR>
<BR>
Program received signal SIGSEGV, Segmentation fault.<BR>
0x0000000000428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385<BR>
385         v = ((const float*) data)[length / sizeof(float) -1];<BR>
(gdb) backtrace<BR>
#0  0x0000000000428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385<BR>
#1  0x00007ffff3adad8b in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0<BR>
#2  0x00007fffee0bb46d in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-4.0.so<BR>
#3  0x00007ffff3d17b77 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0<BR>
#4  0x00007ffff3f63526 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0<BR>
#5  0x00007ffff3f63878 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0<BR>
#6  0x00007ffff3f63b3a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0<BR>
#7  0x00007ffff59a444d in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0<BR>
#8  0x00007ffff7a1a8f1 in Gtk::Main::run(Gtk::Window&) () from /usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1<BR>
#9  0x0000000000438981 in main (argc=1, argv=0x7fffffffdb28) at pavucontrol.cc:670<BR>
(gdb) frame 9<BR>
#9  0x0000000000438981 in main (argc=1, argv=0x7fffffffdb28) at pavucontrol.cc:670<BR>
670                 Gtk::Main::run(*mainWindow);<BR>
(gdb) frame 0<BR>
#0  0x0000000000428d80 in read_callback (s=0xcea800, length=4, userdata=0x9561b0) at mainwindow.cc:385<BR>
385         v = ((const float*) data)[length / sizeof(float) -1];<BR>
(gdb) kill<BR>
Kill the program being debugged? (y or n) y<BR>
(gdb) q<BR>
<BR>
<BR>
gdb.txt is attached.<BR>
<BR>
--<BR>
John<BR>
<BR>
<BR>
On Sun, 2014-02-23 at 00:19 +0100, Simone Vellei wrote:
<BLOCKQUOTE TYPE=CITE>
    Hi John,<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    maybe we can investigate also with gdb compiling pavucontrol with debug symbols:<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    $ apt-get source pavucontrol && cd pavucontrol-1.0<BR>
    $ export DEB_BUILD_OPTIONS="nostrip noopt"<BR>
    $ dpkg-buildpackage -rfakeroot -uc -us<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    $ sudo dpkg -i ../pavucontrol_1.0-1_i386.deb
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    $ gdb pavucontrol<BR>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    and attach here gdb output.<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    2014-02-22 23:09 GMT+01:00 John M. <<A HREF="mailto:jwmwalrus@gmail.com">jwmwalrus@gmail.com</A>>:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE>
        Hi,<BR>
        <BR>
        Running <BR>
        <BLOCKQUOTE>
            $ strace pavucontrol > ~/pavucontrol-strace.txt 2>&1<BR>
        </BLOCKQUOTE>
        <BR>
        shows that the segfault occurs while trying to open /dev/shm/pulse-shm-1589235082:<BR>
        <BLOCKQUOTE>
            open("/dev/shm/pulse-shm-1589235082", O_RDONLY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory)<BR>
            --- SIGSEGV (Segmentation fault) @ 0 (0) ---<BR>
            +++ killed by SIGSEGV +++<BR>
        </BLOCKQUOTE>
        <BR>
        The contents of /dev/shm are:<BR>
        <BR>
        <BLOCKQUOTE>
            $ ll /dev/shm<BR>
            total 280<BR>
            drwxrwxrwt  2 root root       80 Feb 22 16:23 ./<BR>
            drwxr-xr-x 19 root root     3440 Feb 22 13:44 ../<BR>
            -rwx------  1 jwm  jwm  67108904 Feb 22 16:10 pulse-shm-1113234651*<BR>
            -rwx------  1 jwm  jwm  67108904 Feb 22 16:23 pulse-shm-4016602654*<BR>
            <BR>
        </BLOCKQUOTE>
        strace shows the following, when opening the /dev/shm directory:<BR>
        <BLOCKQUOTE>
            openat(AT_FDCWD, "/dev/shm/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 10<BR>
            getdents(10, /* 5 entries */, 32768)    = 168<BR>
            <BR>
        </BLOCKQUOTE>
        So maybe pavucontrol is relying on a wrong number of pulse-related devices.  <BR>
        <BR>
        By ending the desktop session, killing all pulseaudio instances, starting a new desktop session, and running strace again, I get similar results.<BR>
        <BR>
        The strace output is attached.<BR>
        <BR>
        --<BR>
        John
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE>
        <BR>
        <BR>
        <BR>
        <BR>
        On Fri, 2014-02-14 at 09:25 +0100, Vincent Lefevre wrote: 
        <BLOCKQUOTE TYPE=CITE>
<PRE>
On 2014-02-14 02:40:36 -0500, John M. wrote:
<FONT COLOR="#737373">> By creating a new user account, I'm able to open pavucontrol from that</FONT>
<FONT COLOR="#737373">> account, but only until I log out and in again. Then it's back to</FONT>
<FONT COLOR="#737373">> segmentation fault.</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> So it seems like the problem is related to a setting in some other</FONT>
<FONT COLOR="#737373">> program (gconf? dconf? gstreamer? jack?).</FONT>

You can try to see with strace.

</PRE>
        </BLOCKQUOTE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
    <BR>
    -- 
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Simone Vellei (henomis)<BR>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    GPG KEYID: A3D37CF4<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    GPG FINGERPRINT: 5A79 3A3A 143E 9B37 9B38  FB86 8E45 8B62 A3D3 7CF4<BR>
    <BR>
</BLOCKQUOTE>
</BODY>
</HTML>