[pulseaudio-discuss] Pulseaudio threading debug output.

[Dan]

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