Tim Goetze wrote: > > and another related problem: when i poll any stream before it is started, > poll() returns immediately, too. while one may in an esoteric mood argue > that this makes sense in the playback case since the stream *is* ready for > data, this behaviour is nonsense with a capture stream - there's no data > to read from it. i'd rather have poll() time out in both cases - it's > safer and makes more sense imo.
Don't make this mistake: poll *have* to return immediately in *all* cases where to wait is useless (i.e. when no non-user driven event may happen). This is the rule you need to remember. -- Abramo Bagnara mailto:[EMAIL PROTECTED] Opera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy ALSA project http://www.alsa-project.org It sounds good! _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
