X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 8 Dec 2010 12:28:43 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: unable to type command into Cygwin after running 'tail' Message-ID: <20101208172843.GD21011@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) 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 Wed, Dec 08, 2010 at 04:06:35PM +0000, TJ Anthony wrote: >Andy Koppe gmail.com> writes: > >> >> On 2 December 2010 20:28, Heath Kehoe wrote: >> >> FWIW, I can't reproduce this, even if I kill the tail or less with >> >> SIGKILL, thus giving them no chance to do any cleanup. (I assume you >> >> use 'less -K' to allow it to be ctrl-c'ed?) >> >> >> >> Which shell do people who've seen the problem use? Is it an intermittent >issue? >> > >> > If you SIGKILL a 'less' while it has the tty set for raw/noecho then the tty >will stay in that mode. >> >> Wel, yes, that was the point of trying that. The terminal settings >> didn't get corrupted that way though, which suggests that it isn't >> 'less' that messes things up. >> >> > Also, the OP said the problem was happening on pipelines like 'tail | grep'. >> > Neither tail nor grep muck with tty settings (that I know of) >> >> Yep, a look at their sources confirms that. >> >> > so if the tty is ending up with echo disabled, >> > it's got to be the shell leaving it that way. >> >> But then how did it get disabled in the first place? >> >> > So again, we'll need to know which shell this is happening with >> > and a way to reliably repro the issue to have any hope of fixing it. >> >> Agreed. Also, for anyone who sees the issue again, blindly typing just >> 'stty' (without the 'sane') and posting the output here might provide >> a clue. >> >> Andy >> >> > >Fresh shell: > >speed 38400 baud; line = 0; >start = ; stop = ; >-imaxbel >-echoe -echok -echoctl -echoke > >After ctrl+C during a grep which is redirecting output to a file: > >$ speed 38400 baud; line = 0; >start = ; stop = ; lnext = ; min = 1; time = 0; >-icrnl -imaxbel >-icanon -echo -echoe -echok -echoctl -echoke Can anyone duplicate this problem with a non-bash shell? cgf -- 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