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

Reply via email to