>> well, if there are > 2 threads, one only polling and others doing
>> management work -- and this is probably the most useful approach to low-
>> latency PCM IO -- it is imaginable that a non-polling thread starts and
>> stops the device.
>
>In this case pthread_cond_wait and pthread_cond_signal is a better
>approach, I think...
>
>> so in this case, the POLL{IN|OUT} events _can_ happen without the
>> device being started when poll() was called, right?
>>
>> i'd like to throw in that multithreaded common-sense differs greatly from
>> common common-sense ;)
>
>Take it in another way: if you expect to have a PCM in regular state and
>then call poll, but before the call an xrun happened, you keep your
>application waiting forever.
well, more precisely, you also asked ALSA to stop the device in the
event of an xrun ...
and no, your application won't wait forever: just until it times out.
--p
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
