In the current drivers if an application tries to open the /dev/dsp
writing a second time, will it still allow it to do so, but just block
the calling program until the device is closed, even if O_NONBLOCK is
specified in the open flags?
Thanks for your replies,
:When you open the device you get a file descriptor. You can open the
:32 times for stereo sound (64 for mono).If you call write() more than
:with different fd each time you get sounds playing in simultaneous. If
:call write() several times using the same fd the sound is played in
:The driver never blocks if you use the O_NONBLOCK flag. If it does then
:report a bug.
So there you have it folks, in the latest opensource drivers available
from Creative, this is not the case, O_NONBLOCK works fine according to
one of the main driver people. If it doesn’t, report it as a bug