X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-1.4 required=5.0	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
X-ASG-Debug-ID: 1291322985-3787858e0001-w5GHUG
X-Barracuda-Envelope-From: Illia.Bobyr@ronin-capital.com
X-ASG-Whitelist: Client
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.6
Content-class: urn:content-classes:message
X-ASG-Orig-Subj: Re: unable to type command into Cygwin after running 'tail'
Subject: Re: unable to type command into Cygwin after running 'tail'
Date: Thu, 2 Dec 2010 14:49:44 -0600
Message-ID: <76B81B8B64B6254B98733990F38621DA6A78@sron-chi-exc05.ronin.roncap.com>
In-reply-to: <251BBCD7-370F-42F1-8305-01F9E6F87D1E@nozzala.net>
References: <30355317.post@talk.nabble.com>	<4CF70A11.8020604@acm.org>	<76B81B8B64B6254B98733990F38621DA6A77@sron-chi-exc05.ronin.roncap.com>	<4CF7E501.9080901@acm.org>	<4CF7E822.2050705@cwilson.fastmail.fm> <AANLkTi=wA08KmvHj1GmQYL2btTC_UMNyr_2vo-n_h8PA@mail.gmail.com> <251BBCD7-370F-42F1-8305-01F9E6F87D1E@nozzala.net>
From: "Illia Bobyr" <Illia.Bobyr@ronin-capital.com>
To: <cygwin@cygwin.com>
X-Barracuda-Connect: UNKNOWN[10.106.1.105]
X-Barracuda-Start-Time: 1291322985
X-Barracuda-URL: http://spam01.roncap.com:8000/cgi-mod/mark.cgi
X-IsSubscribed: yes
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On 12/2/2010 2:28 PM, Heath Kehoe wrote:
> [...]
> Also, the OP said the problem was happening on pipelines like 'tail | gre=
p'. Neither tail nor grep muck with tty settings (that I know of), so if th=
e tty is ending up with echo disabled, it's got to be the shell leaving it =
that way. Perhaps there's some kind of race condition in the shell's signal=
 processing? So again, we'll need to know which shell this is happening wit=
h and a way to reliably repro the issue to have any hope of fixing it.

Happens to me always if I grep a directory with a large binary files,=20
grep is currently checking one of those huge files and I try to stop it=20
by doing Ctrl+C.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

