delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-ID: | <3CF69801.787A62C6@lookhere.com> |
Date: | Thu, 30 May 2002 17:22:09 -0400 |
From: | Roger Fujii <rmf AT lookhere DOT com> |
X-Accept-Language: | en |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | 1.3.10: Problem with keyboard handler (termios?) |
There seems to be a weird problem with the stdio input handler within cygwin. In the bash shell, the lnext escaping works fine: If I try % echo ^V^W I get a control-W coming out (which is what I would expect). Now, if I try this: % read a ^V^W % echo $a You will see that no control-W is echoed. It seems that there is no way of bypassing the input filtering on the STDIO stream from the input side. This seems to even happen if you pass "notty" in the CYGWIN environment variable. Is there a workaround? I can turn off icanon, but this has undesired effects also. -r -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |