On Tue, 23 Jul 2002, Gary Scavone wrote:
>
> OK, I changed my code to do as you suggested (using the ctl interface)
> and that works. Thanks for the info.
>
> However, I still feel that my original gripe (the error message
> output) is valid. In all other cases that I'm aware of, you never
> automatically spit out an error message to stderr or stdout. Why
> should it be different in this case? There is an error retrieval
> mechanism in place, namely snd_strerror().
>
> So, what is the validation for automatically printing an error for the
> function snd_pcm_open() and not, for example, for
> snd_pcm_hw_params_any()? Why can I not determine whether a device can
> handle input by attempting to open it with the appropriate stream
> without incurring this error message?
Have you realized, that we have snd_lib_error_set_handler() function? If
you create an empty callback, you'll get no error messages. I think that
the default behaviour is good for command-line tools.
Jaroslav
-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project http://www.alsa-project.org
SuSE Linux http://www.suse.com
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel