X-Recipient: archive-cygwin AT delorie DOT 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 DOT Bobyr AT ronin-capital DOT 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 DOT post AT talk DOT nabble DOT com> <4CF70A11 DOT 8020604 AT acm DOT org> <76B81B8B64B6254B98733990F38621DA6A77 AT sron-chi-exc05 DOT ronin DOT roncap DOT com> <4CF7E501 DOT 9080901 AT acm DOT org> <4CF7E822 DOT 2050705 AT cwilson DOT fastmail DOT fm> <251BBCD7-370F-42F1-8305-01F9E6F87D1E AT nozzala DOT net> From: "Illia Bobyr" To: 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 AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT 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