This is the mail archive of the
mailing list for the glibc project.
Re: tc[gs]etattr and PPC
- From: Ulrich Drepper <drepper at redhat dot com>
- To: Thorsten Kukuk <kukuk at suse dot de>
- Cc: libc-alpha at sources dot redhat dot com
- Date: 10 Feb 2002 10:38:33 -0800
- Subject: Re: tc[gs]etattr and PPC
- References: <20020210191418.A4527@suse.de>
- Reply-to: drepper at redhat dot com (Ulrich Drepper)
Thorsten Kukuk <email@example.com> writes:
> Some programs like xterm makes TCSETS-ioctls (and don't call
> tcsetattr), but we call tcsetattr which fails and return a wrong
> error code to the caller.
> POSIX says:
> The tcsetattr() function shall return successfully if it was able to
> perform any of the requested actions, even if some of the requested
> actions could not be performed.
> so the wrapper in the current implementation is not correct.
> How can we fix this? One suggestion is to add an internal flag so
> that our tcsetattr does not perform the check, the other is to
> remove or fix the wrapper.
You haven't given an example why you think it's wrong. Not calling
the kernel for unimplemented functionality and failing is correct.
What the text above means is that is any of the defined actions fail
(like changing the baud rate if supported) tcsetattr() still returns
successfully. What exactly do you have in mind?
---------------. ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------