Mengapa ed tidak bisa keluar dengan Cc?

Program ed, editor teks minimal, tidak dapat keluar dengan mengirimkannya interupsi menggunakan Ctrl- C, alih-alih mencetak pesan kesalahan "?" ke konsol. Mengapa tidak edkeluar begitu saja ketika menerima interupsi? Tentunya tidak ada alasan mengapa pesan kesalahan samar lebih bermanfaat di sini daripada hanya keluar. Perilaku ini mengarahkan banyak pengguna baru ke dalam jenis interaksi berikut:

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

Sungguh pemborosan yang tragis — mudah dihindari jika edhanya disetujui untuk diinterupsi.

Program keras kepala lainnya yang menunjukkan perilaku serupa adalah lessyang juga tampaknya tidak memiliki banyak alasan untuk diabaikan C-c. Mengapa program-program ini tidak mengambil petunjuk saja?

Ctrl+ Cmengirim SIGINT . Tindakan konvensional untuk SIGINT adalah kembali ke loop tingkat atas program, membatalkan perintah saat ini dan memasuki mode di mana program menunggu perintah berikutnya. Hanya program non-interaktif yang seharusnya mati karena SIGINT.

Jadi wajar jika Ctrl+ Ctidak membunuh ed, tetapi menyebabkannya kembali ke loop tingkat atas. Ctrl+ Cbatalkan baris input saat ini dan kembali ke prompt ed.

Hal yang sama berlaku untuk lebih sedikit: Ctrl+ Cmengganggu perintah saat ini dan membawa Anda kembali ke prompt perintahnya.

Untuk alasan historis, ed mengabaikan SIGQUIT ( Ctrl+ \). Aplikasi normal seharusnya tidak menangkap sinyal ini dan membiarkan diri mereka dihentikan, dengan dump inti jika diaktifkan.

The Unix V7 ed(1)kode sumber adalah sebuah program C 1762-line primitif hanya dengan beberapa komentar, salah satunya adalah header ini komentar yang sangat-mencerahkan:

/*
 * Editor
 */

Karena kode sumbernya sendiri tidak memberikan alasan apa pun, Anda hanya akan mendapatkannya dari pembuat program.

edpada awalnya ditulis oleh Ken Thompson di perakitan PDP-11 , tetapi Anda sebenarnya harus berbicara dengan siapa pun yang mengirimnya ke C. Itu mungkin Dennis Ritchie , karena ia menciptakan C untuk Unix, dan merupakan salah satu dari banyak yang menggunakan C untuk membuat Unix portabel untuk mesin non-PDP. Dr Ritchie tidak lagi ada untuk menjawab pertanyaan seperti itu.

Pembacaan kode saya menunjukkan bahwa itu dilakukan untuk mencoba dan melestarikan isi salinan inti dari dokumen yang diedit. Anda akan melihat bahwa editor teks lain juga tidak mati Ctrl-C.

Inilah yang edterjadi pada Ctrl-C:

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

(Ya, K&R C. Kami tidak memerlukan penspesifikasi tipe pengembalian steenkin atau deklarasi parameter.)

Diterjemahkan ke dalam bahasa Inggris ed,:

1. Registrasi ulang pengendali sinyal.

   (Unix tidak mendapatkan sinyal pengaturan ulang otomatis hingga 4.3BSD , pada pertengahan 1980-an.)

2. Menulis baris baru, dan mengingatnya, melalui variabel global lastc.

   ( ed.cmemiliki sekitar enam puluh variabel global.)

3. Memanggil error()fungsi, yang terkenal tidak lebih dari mencetak ?, dari perspektif pengguna.

Dengan kata lain, itu mengatakan, "Kamu tidak benar-benar bermaksud melakukan itu, bukan?"

ed, seperti program interaktif lainnya, gunakan Ctrl+ Cuntuk mengganggu tugas-tugas program itu sendiri.
Ini sangat mirip dengan kasus normal, di mana ia mengganggu tugas yang berjalan di shell - perintah.

Dari perspektif pengguna, kedua varian sangat mirip. Penanganan sinyal berbeda: dalam kasus biasa, sinyal SIGINTdikirim ke proses latar depan, perintah berjalan, dan perintah menanganinya dengan keluar.
Dalam kasus ed, sinyal dikirim ke proses latar depan, edmisalnya. Jika ada tugas yang sedang berjalan ed, itu terputus dan prompt ditampilkan. Jika tidak ada tugas yang berjalan, tidak ada yang berubah.

Perhatikan bagaimana shell juga tidak keluar pada Ctrl+ C, sama seperti ed. Dan itu keluar pada Ctrl+ D. Sekali lagi, sama sepertied

Ada tiga sinyal yang edpeduli:

1. INT
2. HUP
3. QUIT

Spesifikasi POSIX daried kata berikut ini:

SIGINT

The edutilitas akan mengganggu aktivitas saat ini, menulis string ?\nke output standar, dan kembali ke modus perintah (lihat bagian KETERANGAN EXTENDED).

SIGHUP

Jika buffer tidak kosong dan telah berubah sejak penulisan terakhir, edutilitas akan berusaha untuk menulis salinan buffer dalam file. Pertama, file yang disebutkan ed.hupdalam direktori saat ini harus digunakan; jika itu gagal, file yang disebutkan ed.hupdalam direktori yang dinamai oleh HOMEvariabel environment harus digunakan. Bagaimanapun, edutilitas harus keluar tanpa menulis file ke pathname yang diingat saat ini dan tanpa kembali ke mode perintah.

SIGQUIT

The edutilitas akan mengabaikan acara ini.

Jadi, apa pun implementasi yang edAnda gunakan, itu sesuai dengan spesifikasi POSIX sehubungan dengan INTsinyal (yang Ctrl+Cdikirimkan).

Dalam hal ini, editor berperilaku seperti shell interaktif, yang juga tidak berakhir setelah menerima INTsinyal. Editor lain, seperti vidan nanomelakukan hal yang sama.