From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:52:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246A5106566C for ; Tue, 17 Apr 2012 19:52:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id CFE928FC1F for ; Tue, 17 Apr 2012 19:52:23 +0000 (UTC) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta14.westchester.pa.mail.comcast.net with comcast id z7h81i0090Fqzac5E7rHfS; Tue, 17 Apr 2012 19:51:17 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta08.westchester.pa.mail.comcast.net with comcast id z7rG1i01G1t3BNj3U7rHCD; Tue, 17 Apr 2012 19:51:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9518B102C1E; Tue, 17 Apr 2012 12:51:15 -0700 (PDT) Date: Tue, 17 Apr 2012 12:51:15 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120417195115.GA60447@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120417182242.GA58449@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:52:24 -0000 On Tue, Apr 17, 2012 at 11:22:42AM -0700, Jeremy Chadwick wrote: > (Please keep me CC'd as I'm not subscribed to the list) > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > do not use it) please check the behaviour of their terminal after each > of following commands are run (check terminal after each command): > > top -a (press "q" after 1 screen refresh) > top -b > > If you find that your input characters in your shell aren't being echo'd > back after one of the above commands, blindly type "stty icanon echo" > and hit and things should be back to normal. > > What I'm looking for is confirmation from others of the problem. > > Also very important: please provide uname -a output, specifically world > rebuild date. It greatly matters, because a commit was recently done > where now -b functions fine (was previously busted in this way), but now > -a behaves like -b did. So src/world date matters. > > All of this is documented in PR 161739. I urge anyone experiencing this > problem to read that PR in full, as I spent many hours today writing a > debug routine to confirm that top is sometimes not calling tcsetattr() > with the original terminal parameters when it exits, and what the > condition seems to be. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 > > Finally, if anyone want to tackle the problem (work out the logic bug > that is in there which causes it), please be my guest. I have other > things going on right now (doctors appointments) so I don't have as much > time as I'd like. > > Thanks everyone. Thanks to all those who have responded, including kib@. The problem is very odd and appears specific to the bash shell, but only "somewhat". Below is a part of what I sent kib@ on the matter. A chart showing what I've found: Location Username TERM Shell bug? ============================================================= VGA console root cons25 /bin/csh no VGA console jdc cons25 /usr/local/bin/bash no SSH (PuTTY) root xterm /bin/csh no SSH (PuTTY) jdc xterm /bin/csh no SSH (PuTTY) jdc xterm /usr/local/bin/bash yes ============================================================= In the last case (and only that case): if I move my dotfiles (.bashrc and .bash_profile) aside and log in (SSH), top behaves normally. Naturally this made me think "something is wonky with my dotfiles!"... But the problem *doesn't* happen if my dotfiles are intact and I log in via VGA console (cons25) as myself with a bash shell. So it's almost like there's some bizarre combination of things that causes this problem. I'll continue to try and narrow it down. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |