On Mon, 6 Jul 2015 20:18:18 +0300 Alexander Kapshuk <[email protected]> wrote:
> On Mon, Jul 6, 2015 at 8:01 PM, walt <[email protected]> wrote: > > My bash problem started a few weeks ago but I can't remember when. > > This problem is intermittent and hard to reproduce. I'm seeing it > > maybe less than ten times per day but often enough to be really > > annoying. > > > > This is the problem: occasionally bash gets in a state where it > > stops echoing the characters I type. The commands I type continue > > to work properly and I can see the output from them but I can't see > > the commands on the screen as I type them. > > > > So far I've seen this problem start *after* some bash command has > > finished executing, e.g. after doing 'git diff'. It never happens > > when I open a new xterm, before I run a command. > > > > I emerged app-shells/sash and I don't see the problem there, so I > > think this is a bash problem, but I'm just guessing. > > > > Any ideas? > > > > > > > > What's the output of 'stty -a'? Is the 'echo' attribute on, 'echo', or > off, '-echo'? Finally, after a very busy day of using bash with no problems, this happened again and 'echo' was off (-echo). The command triggering the problem was mpv, which I invoked from a bash prompt to listen to an mp3 podcast file. I noticed a warning message that mpv was linked against an earlier version of ffmpeg than the one I have installed now (I'm on ~amd64 so my rate of package turnover is quite high, naturally). IIRC the warning message was displayed in a different color from my normal black font. I think this may be true of other instances as well, not sure. Anyone know of a mechanism that allows an app like mpv to set -echo? BTW, I typed 'reset' which evidently restored 'echo' (now I can see the characters I type) but the 'Backspace' key produces '^H' on the terminal instead of deleting characters. Next time this happens I'll include the output of stty -a.
