Shell не показує команди, «скидання» працює, але що сталося?

Моя проблема полягає в тому, що оболонка Bash перестає показувати символів, які я вводить до неї. Однак він читає команди.

Я стикався з цією проблемою досить багато разів, і не розумію, що викликає її. Я знаю, як це вирішити, але мені це дуже не подобається, коли я "вуду" маю вихід із проблем.

Я опишу два способи, з якими я стикався з цією проблемою:

Я запускаю певний процес, http://pythonpaste.org/script/, а іноді, коли я припиняю це або він порушує контроль, повертається до оболонки. Коли я переходжу та набираю команди в оболонку, символи, які я набираю, не відображаються. Коли я натискаю ввести команди будуть представлені. Так, наприклад:

• Я набираю "ls"
• Я бачу лише порожню підказку і більше нічого
• Я натискаю увійти , і я дав список файлів, інші слова: команда буде виконана
• коли я даю команду "скинути", оболонка знову починає нормально працювати

Другий спосіб це відбувається, коли я даю таку команду:

$ grep foo * -l | xargs vim

Я використовую grep, щоб знайти файли, які мають певний зразок, а потім я хочу відкрити всі файли, які є результатом grep. Це працює як шарм (хоча не так швидко, як я сподівався). Але коли я виходжу з Vim, моя оболонка перестає показувати символів, які я ввожу в неї. Команда скидання вирішує проблему.

Я здогадуюсь, що обидві проблеми мають основну причину, але я натрапив на те, як чи в чому причина.

Пошук цієї проблеми сам по собі є проблематичним, оскільки опис є невиразним та не має жорстких пошукових термінів.

Редагувати

Давання

stty --all

команда за запитом Джона С. Грубера дала такий вихід (пробіл відредагований для читабельності)

speed 0 baud;
rows 53;
columns 186;
line = 0;
intr = <undef>;
quit = <undef>;
erase = <undef>;
kill = <undef>; 
eof = <undef>;
eol = <undef>; 
eol2 = <undef>; 
swtch = <undef>; 
start = <undef>; 
stop = <undef>; 
susp = <undef>;
rprnt = <undef>; 
werase = <undef>; 
lnext = <undef>; 
flush = <undef>; 
min = 0; 
time = 0;
-parenb 
-parodd cs8 
-hupcl 
-cstopb cread 
-clocal 
-crtscts
-ignbrk 
-brkint 
-ignpar 
-parmrk 
-inpck 
-istrip 
-inlcr 
-igncr 
-icrnl 
-ixon 
-ixoff 
-iuclc 
-ixany 
-imaxbel 
-iutf8
-opost 
-olcuc 
-ocrnl 
-onlcr 
-onocr 
-onlret 
-ofill 
-ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig 
-icanon 
-iexten 
-echo 
-echoe 
-echok 
-echonl 
-noflsh 
-xcase 
-tostop 
-echoprt 
-echoctl 
-echoke

Під час запуску оболонки або більшості програм у оболонці все, що ви вводите, повертається до терміналу користувача підсистемою tty ядра. Для стирання символів також є інші спеціальні обробки, Ctrl + R, Ctrl + Z тощо.

Деяким програмам (зокрема редактору), які запускаються з командного рядка, цього не потрібно чи потрібно. З цієї причини вони сигналізують ядру за допомогою виклику IOCTL проти tty (термінального) пристрою, що вони не хочуть такої поведінки. Вони також не хочуть, щоб спеціальні персонажі займалися особливими справами. Натомість вони запитують ядро ​​про "сирий" режим. Зокрема, як vim редактора вимикає різні "налаштування ехо". Все це стосується справжніх терміналів tty на послідовних лініях комп'ютера, або віртуальних терміналів на Alt + Ctrl + F1, або дійсно віртуальних терміналів, які ви отримуєте, коли ви запускаєте щось на зразок gnome-терміналу під GUI.

Такі програми повинні скинути будь-які режими, які вони змінюють, на віртуальну систему, яку вони використовують, перед тим, як вийти, або ввівши команду редактора виходу, або, наприклад, прийнявши сигнал (з Control + C).

Якщо вони не зможуть зробити це належним чином, tty залишиться у смішному стані, який ви виявили. Оскільки програми не можуть скинути термінал, resetкоманда була написана, щоб дозволити користувачеві відновитись.

Я припускаю, що переривання возиться з програмним забезпеченням python, яке ви працюєте. Я здогадуюсь, що ця програма не отримує шансу скинути термінал або просто не робить цього.

У випадку vim, коли я запускаю ваш приклад, я отримую таку ж поведінку, яку ви описуєте. Я також бачу повідомлення "Vim: Увага: введення не з терміналу" (воно зникає при скиданні). Це тому, що vim не запускається нормально з оболонки. Натомість команди "grep" та "xargs" використовували стандартний вхід, зазвичай зайнятий tty, для передачі імен файлів від greptto xargs.

У вашому опублікованому виході stty -aми можемо побачити "-ехо", що також підтверджує, що це проблема. Якби ви вбили vim таким чином, щоб він не міг витончено обробити сигнал, ви, мабуть, побачили б ту ж проблему.

Проблема описана в іншому місці на веб-сторінці https://stackoverflow.com/questions/3852616/xargs-with-command-that-open-editor-leaves-shell-in-weird-state .

Рішення для випадку vim - це уникати xargs та використовувати замість цього:

 vim $(grep foo * -l)

Тут список файлів побудований оболонкою, як це було у xargs, але оболонка викликає vim, який безпосередньо пов'язаний з tty. У вихідний файл помилки надсилається попереджувальне повідомлення, а vim встановлює та скидає налаштування tty правильно.

Більше посилань тут , і ще одна цікава тут . Ще одне цікаве рішення наведено у відповіді на https://stackoverflow.com/questions/8228831/why-does-locate-filename-xargs-vim- why-strange-terminal-behaviour .

Я б запустив нового користувача в системі (я маю на увазі зробити нового чистого користувача та увійдіть у систему) та побачу, чи проблема там. Якщо це не так - це або Ваш термінал, або ваш X11 налаштування.