[pulseaudio-discuss] pulseaudio daemon not responging
Rémi Denis-Courmont
remi at remlab.net
Fri Nov 23 00:43:15 PST 2012
On Thu, 22 Nov 2012 23:05:15 +0200, Tanu Kaskinen <tanuk at iki.fi> wrote:
> On Thu, 2012-11-22 at 20:38 +0200, Stefan Stefanov wrote:
>> >http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/11000
>> Exactly the same problem as mine.
>>
>> 1. Build of pulseaudio failed without libpthread-stubs.so with "no
>> such file ..."
>> 2. I noticed that in crux linux, sem_wait() resides in
>> libpthread_stubs.so, and it is found through call to libpthread.so,
>> but in my arch linux box there are no libpthread_stubs.so at all. So,
>> I think that sem_wait() (in my arch linux box) resides in
>> libpthread.so.
>> Is it possible to upgrate libpthread.so? Which package I must upgrade?
>> I cannot just delete libpthread-stubs.so.
>
> libpthread is provided by the libc implementation (eglibc on Debian).
> libpthread-stubs is completely separate (developed by the XCB project,
> apparently). I don't know how libpthread-stubs works, how it replaces
> libpthread in the linking process, so I don't know what could cause
> pulseaudio to be linked against libpthread-stubs, and I don't know what
> you should do.
libpthread-stubs uses weak symbols. If the process links against
libpthread, then the libpthread symbols will be used. Otherwise, the
unthreaded stubs will be used. Obviously, libpthread-stubs does not
provide
pthread_create().
However, on GNU/Linux, pthread-stubs is usually nothing but a pkg-config
stub. (e)glibc provides weak pthread symbols natively in libc.so, so there
is no need for pthread-stubs.
Regardless, PulseAudio should NOT be linked to pthread-stubs since it uses
pthread_create().
--
Rémi Denis-Courmont
Sent from my collocated server
More information about the pulseaudio-discuss
mailing list