Hi,

does this affect us, in particular with my changes to set_state?  I am not
even sure which tcsetattr implementation in glibc we use (the bsd one?).

Thanks,
Marcus

----- Forwarded message from Thorsten Kukuk <[EMAIL PROTECTED]> -----

Envelope-to: marcus@localhost
Delivery-date: Sun, 10 Feb 2002 19:14:32 +0100
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-Unsubscribe: 
<mailto:[EMAIL PROTECTED]>
List-Subscribe: <mailto:[EMAIL PROTECTED]>
List-Archive: <http://sources.redhat.com/ml/libc-alpha/>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>, 
<http://sources.redhat.com/ml/#faqs>
From: Thorsten Kukuk <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: tc[gs]etattr and PPC
Organization: SuSE GmbH, Nuernberg, Germany
X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.01
X-UIDL: !p%#!a-i!!\-f"!"ad!!


Hi,

I got a bug report about glibc/struct termios on PPC.

Since the struct termios is different between glibc and kernel, we
copy the structre. On PPC, we call tc[gs]ettattr for this. But
this functions do some extra checks and return with an error, if
the kernel does not accept CSIZE, PARENB and CREAD.

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.

  Thorsten

-- 
Thorsten Kukuk       http://www.suse.de/~kukuk/        [EMAIL PROTECTED]
SuSE Linux AG        Deutschherrenstr. 15-19       D-90429 Nuernberg
--------------------------------------------------------------------    
Key fingerprint = A368 676B 5E1B 3E46 CFCE  2D97 F8FD 4E23 56C6 FB4B


----- End forwarded message -----

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED]
Marcus Brinkmann              GNU    http://www.gnu.org    [EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.marcus-brinkmann.de

_______________________________________________
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd

Reply via email to