On 9/9/11 1:22 PM, Tanu Kaskinen wrote: > On Fri, 2011-09-09 at 11:33 -0700, Dan wrote: >> Thread 1 (Thread 0x7ffff7fd7760 (LWP 22198)): >> #0 0x00007ffff35d84dd in pause () from /lib/libpthread.so.0 >> #1 0x00007ffff59d1689 in sem_wait () from /usr/lib/libpthread-stubs.so.0 >> #2 0x00007ffff700f898 in pa_semaphore_wait (s=0x6582f0) at >> pulsecore/semaphore-posix.c:63 >> #3 0x00007ffff7b65ffa in pa_asyncmsgq_send (a=0x64e4b0, >> object=<optimized out>, code=<optimized out>, userdata=<optimized out>, >> offset=<optimized out>, chunk=<optimized out>) at pulsecore/asyncmsgq.c:167 >> #4 0x00007ffff7b937a3 in sink_set_state (s=0x658720, >> state=PA_SINK_IDLE) at pulsecore/sink.c:420 > This looks to me like sem_wait() is from a dummy library that doesn't > actually have a useful implementation. > After seeing your reply I did some digging. I thought at first that libpthread-stubs was indeed from a dummy package so I removed it from my system and successfully re-compiled PA. I was able to connect from pactl to PA with a null sink enabled which I was not able to do before. However pavucontrol was dependent on libpthread-stubs so I started to try and re-compile it. This proved to be a challenge as I started noticing lots of things wanting this library. To make a long story short. It turns out libpthread-stubs is *not* a dummy package and it is indeed required for tons of stuff most notably xcb, hence right now my system is in a somewhat unusable state because of having removed it. I am in the process right now of fixing things back up so I can try and test PA some more. Here is some more info on libpthread-stubs: http://lists.freedesktop.org/archives/xorg-announce/2006-November/000181.html ~Daniel
