Терминал Mac OS - повреждения эха клавиатуры после ctrl-c с некоторыми приложениями
Эти только два приложения, с которыми я смог воспроизвести проблему, tail и cat. Если я tail -f log/development.log или любой файл в этом отношении, и нажимает CTRL-C для выхода, когда я ввожу дополнительные команды нет никакого эха клавиатуры на экран. Если я совершил нападки, входят, команды выполняются, и они генерируют вывод, но все еще эхо клавиатуры повреждается.
Интересный лакомый кусочек - то, что я смог восстановить эхо клавиатуры несколько различных путей:
1) stty echo
2) irb
выполнение любой из тех команд восстановит эхо клавиатуры, пока из одной из незаконных команд не выйдут с CTRL-C снова.
Я попытался установить свою эмуляцию терминала на rxvt, и xterm-цвет, изменяя это, кажется, не имеет значение.
3 ответа
Это - ошибка с завершением удара MacPorts. Отчет об ошибках здесь.
Я зафиксировал его путем изменения моей оболочки на /opt/local/bin/bash если macports, с помощью этого.
Сбрасывать Ваше терминальное использование reset команда.
Я не понимаю почему tail и cat вызывают эту проблему, так как они не должны делать ничего для влияния на настройки строки терминала. Вы используете Terminal.app или другой терминал? Вы используете Bash или другую оболочку? Вы работаете screen? У Вас есть что-либо еще, что может использовать проклятия или делать некоторое другое экранное управление? У Вас есть a trap набор для Ctrl-C?
Для суммирования то, что нашел Michael: Bash MacOS запаса, v3.2.48(1)-release, плюс bash_completion, как предоставлено MacPorts вызывает некоторые команды (tail(1), cat(1), и т.д.) для отключения эха TTY в оболочке после того, как они завершаются, как описано в этой ошибке. Фиксация должна использовать версию MacPorts Bash, как описывают здесь.
Если это имеет значение я нашел ту же ошибку при использовании завершения удара, предоставленного Домашним пивом версией запаса Bash.