Чому не можна вийти з Cc?

Програма ed, мінімальний текстовий редактор, не може бути закрита, надсилаючи їй переривання за допомогою Ctrl- Cзамість того, щоб надрукувати повідомлення про помилку "?" до консолі. Чому він edпросто не виходить, коли отримує переривання? Звичайно, немає жодної причини, чому криптовалютне повідомлення про помилку є кориснішим тут, ніж просто вихід. Така поведінка призводить багатьох нових користувачів до такої взаємодії:

$ ed
hello
?
help
?
exit
?
quit
?
^C
?
^C
?
?
?
^D
$ su
# rm -f /bin/ed

Такий трагічний відхід - легко уникнути, якщо edпросто погодитися його перервати.

Ще одна вперта програма, що демонструє подібну поведінку, - lessце також, здається, не має великої причини ігнорувати C-c. Чому ці програми просто не підкажуть?

Ctrl+ Cнадсилає SIGINT . Умовна дія для SIGINT полягає у поверненні до циклу вершин програми, скасування поточної команди та введення режиму, коли програма чекає наступної команди. Тільки неінтерактивні програми повинні померти від SIGINT.

Тож природно, що Ctrl+ Cне вбиває Ед, але змушує повернутися до його циклу топлерів. Ctrl+ Cперериває поточний рядок введення та повертається до рядка редагування.

Те ж саме стосується менше: Ctrl+ Cперериває поточну команду і повертає вас до її командного рядка.

З історичних причин ed ігнорує SIGQUIT ( Ctrl+ \). Звичайні програми не повинні вловлювати цей сигнал і дозволяти їм припиняти роботу, з базовим дамп, якщо це включено.

Unix V7 ed(1)вихідний код є примітивною тисячі сімсот шістьдесят дві-лінією C програмою всього лише кілька зауважень, один з яких це високо повчального заголовка коментар:

/*
 * Editor
 */

Враховуючи, що вихідний код сам по собі не дає жодних обґрунтувань, ви збираєтеся отримати його лише від автора програми.

edСпочатку був написаний Кен Томпсон під час складання PDP-11 , але вам потрібно було б поговорити з тим, хто його переніс до C. Це, можливо, був Денніс Річі , оскільки він створив C для Unix і був одним з багатьох, хто використовував C для зробити Unix переносним для машин, що не мають PDP. Доктор Річі більше не відповідає, щоб відповідати на такі запитання.

Моє читання коду говорить про те, що це було зроблено, щоб спробувати зберегти вміст основної копії відредагованого документа. Ви помітите, що інші текстові редактори також не вмирають Ctrl-C.

Ось що edробиться на Ctrl-C:

onintr()
{
    signal(SIGINT, onintr);
    putchr('\n');
    lastc = '\n';
    error(Q);
}

(Так, K&R C. Нам не потрібні специфікатори типу повернення Steenkin або декларації параметрів.)

Перекладено англійською мовою ed:

1. Повторно реєструє обробник сигналу.

   ( У середині 1980-х Unix не отримувала сигнали автоматичного скидання до 4.3BSD .)

2. Виписує новий рядок і пам’ятає, що це робилося через глобальну змінну lastc.

   ( ed.cмає близько шістдесяти глобальних змінних.)

3. Викликає error()функцію, яка, мабуть, робить трохи більше, ніж друк ?, з точки зору користувача.

Іншими словами, це говорить: "Ви насправді не хотіли цього робити, чи не так?"

ed, як і інші інтерактивні програми, використовуйте Ctrl+ Cдля переривання завдань самої програми.
Це дуже схоже на звичайний випадок, коли він перериває завдання, що працює в оболонці - команду.

З точки зору користувача, обидва варіанти дуже схожі. Обробка сигналу різна: у звичайному випадку сигнал SIGINTнадсилається до процесу переднього плану, запущеній команді, і команда обробляє його шляхом виходу.
У випадку з edцим сигнал надсилається в процес переднього плану, edекземпляр. Якщо виконується завдання ed, воно переривається і відображається підказка. Якщо завдання не виконується, нічого не змінюється.

Зверніть увагу, як оболонка також не виходить на Ctrl+ C, так само, як ed. І що він робить вихід на Ctrl+ D. Знову просто такed

Є три сигнали, які edхвилюють:

1. INT
2. HUP
3. QUIT

Специфікація POSIXed говорить про наступне:

SIGINT

edУтиліта перериває свою поточну діяльність, записати рядок ?\nна стандартний висновок, і повернутися в командний режим (див ОПИС розділ Extended).

SIGHUP

Якщо буфер не порожній і змінився з моменту останнього запису, edутиліта намагається записати копію буфера у файл. По-перше, слід використовувати файл, названий ed.hupу поточному каталозі; якщо це не вдається, використовуватиметься файл, названий ed.hupу каталозі, названому HOMEзмінною оточення. У будь-якому випадку, edутиліта повинна вийти, не записуючи файл до поточного запам’ятованого імені шляху та не повертаючись до командного режиму.

SIGQUIT

edУтиліта ігноруватиме цю подію.

Отже, яку б edви не використовували, вона відповідає специфікації POSIX щодо INTсигналу (який саме Ctrl+Cпосилає).

У зв'язку з цим редактор поводиться як інтерактивна оболонка, яка також не закінчується при отриманні INTсигналу. Інші редактори, такі як viі nanoроблять те саме.