Mengapa 0 benar tetapi salah adalah 1 di shell?

false; echo $?

Di atas akan muncul 1, yang bertentangan dengan semua bahasa pemrograman lain yang saya tahu.

Ada alasan dalam hal ini?

Ini konvensi, tetapi sangat berguna ketika Anda memikirkannya. Secara umum, jika suatu program berhasil hanya itu yang perlu Anda ketahui. Namun, jika gagal, Anda mungkin perlu mengetahui semua jenis informasi tentang kegagalan - mengapa itu terjadi, bagaimana memperbaikinya, dll. Memiliki nol berarti 'sukses' dan bukan nol berarti kegagalan memungkinkan Anda dapat memeriksa kesuksesan dengan cukup mudah , dan selidiki kesalahan tertentu untuk detail lebih lanjut jika Anda mau. Banyak API dan kerangka kerja memiliki konvensi serupa - fungsi yang berhasil mengembalikan 0 dan yang gagal mengembalikan kode kesalahan yang menjelaskan kasus kegagalan tertentu.

Bash adalah bahasa pemrograman (skrip), tetapi juga merupakan shell dan antarmuka pengguna. Jika 0ada kesalahan, maka program hanya bisa menampilkan satu jenis kesalahan.

Namun di Bash, nilai bukan nol adalah kesalahan, dan kami dapat menggunakan angka apa pun dari 1-255 untuk merepresentasikan kesalahan. Ini berarti kami dapat memiliki berbagai jenis kesalahan. 1adalah kesalahan umum, 126artinya file tidak dapat dieksekusi, 127berarti 'perintah tidak ditemukan', dll. Berikut daftar Kode Keluar Bash Dengan Arti Khusus yang menunjukkan beberapa kode keluar yang paling umum.

Ada juga banyak macam kesuksesan (status keluarnya 0). Namun, keberhasilan akan memungkinkan Anda untuk melanjutkan ke langkah berikutnya — Anda dapat menyukai hasil cetak ke layar, atau menjalankan perintah, dll.

Ada dua masalah terkait di sini.

Pertama, pertanyaan OP, Mengapa 0 benar tetapi salah adalah 1 di shell? dan yang kedua, mengapa aplikasi mengembalikan 0 untuk sukses dan bukan nol untuk kegagalan?

Untuk menjawab pertanyaan OP kita perlu memahami pertanyaan kedua. Berbagai jawaban untuk posting ini telah menjelaskan bahwa ini adalah konvensi dan telah mencantumkan beberapa kebaikan yang diberikan konvensi ini. Beberapa dari kebaikan ini dirangkum di bawah ini.

Mengapa aplikasi mengembalikan 0 untuk sukses dan bukan nol untuk kegagalan?

Kode yang memanggil operasi perlu mengetahui dua hal tentang status keluar dari operasi. Apakah operasi berhasil keluar? [* 1] Dan jika operasi tidak berhasil keluar, mengapa operasi tersebut tidak berhasil keluar? Nilai apa pun dapat digunakan untuk menunjukkan kesuksesan. Tetapi 0 lebih nyaman daripada angka lain karena portabel antar platform. Meringkas jawaban Xibo untuk ini pertanyaan pada 16 Agustus 2011:

Zero tidak bergantung pada pengkodean.

Jika kita ingin menyimpan satu (1) dalam kata integer 32-bit, pertanyaan pertama adalah "kata big-endian atau kata little-endian?", Diikuti dengan "berapa lama byte menyusun kata little-endian? ", sedangkan nol akan selalu terlihat sama.

Juga perlu diharapkan bahwa beberapa orang melemparkan errno ke char atau short di beberapa titik, atau bahkan melayang. (int) ((char) ENOLCK) bukan ENOLCK jika char tidak setidaknya sepanjang 8-bit (mesin char ASCII 7-bit didukung oleh UNIX), sedangkan (int) ((char) 0) adalah 0 independen dari detail arsitektur char.

Setelah ditentukan bahwa 0 akan menjadi nilai kembali untuk sukses, maka masuk akal untuk menggunakan nilai bukan nol untuk kegagalan. Ini memungkinkan banyak kode keluar untuk menjawab pertanyaan mengapa operasi gagal.

Mengapa 0 benar tetapi salah adalah 1 di shell?

Salah satu kegunaan dasar shell adalah mengotomatiskan proses dengan membuat skrip. Biasanya ini berarti meminta operasi dan kemudian melakukan sesuatu yang lain secara bersyarat berdasarkan status keluar dari operasi tersebut. Philippe A. menjelaskan dengan baik dalam jawaban postingannya ini bahwa

Dalam bash dan shell unix secara umum, nilai yang dikembalikan bukanlah boolean. Mereka adalah kode keluar integer.

Maka perlu untuk menafsirkan status keluar dari operasi ini sebagai nilai boolean. Masuk akal untuk memetakan 0status keluar yang berhasil ( ) ke benar dan status keluar yang bukan nol / gagal ke salah. Melakukan ini memungkinkan eksekusi bersyarat dari perintah shell yang dirantai.

Berikut ini contohnya mkdir deleteme && cd $_ && pwd. Karena shell mengartikan 0 sebagai benar, perintah ini bekerja dengan nyaman seperti yang diharapkan. Jika shell menafsirkan 0 sebagai salah maka Anda harus membalikkan status keluar yang ditafsirkan untuk setiap operasi.

Singkatnya, tidak masuk akal bagi shell untuk menafsirkan 0 sebagai salah mengingat konvensi bahwa aplikasi mengembalikan 0 untuk status keluar yang berhasil.

[* 1]: Ya, berkali-kali operasi perlu menghasilkan lebih dari sekadar pesan sukses sederhana tetapi itu berada di luar cakupan utas ini.

Lihat juga Lampiran E dalam Panduan Pembuatan Skrip Bash Lanjutan

Satu hal mendasar yang saya anggap penting untuk dipahami adalah ini. Dalam bash dan shell unix secara umum, nilai yang dikembalikan bukanlah boolean. Mereka adalah kode keluar integer. Dengan demikian, Anda harus mengevaluasinya sesuai dengan konvensi yang mengatakan 0 berarti sukses, dan nilai lain berarti beberapa kesalahan.

Dengan test, [ ]atau [[ ]]operator, kondisi bash dievaluasi sebagai true jika kode keluar 0 (hasil dari / bin / true). Jika tidak, mereka menilai sebagai salah.

String dievaluasi secara berbeda dari kode keluar:

if [ 0 ] ; then echo not null ; fi
if [ $(echo 0) ] ; then echo not null ; fi

if [ -z "" ] ; then echo null ; fi

The (( ))Operator aritmatika menafsirkan 1 dan 0 sebagai benar dan salah. Tetapi operator itu tidak dapat digunakan sebagai pengganti lengkap test, [ ]atau [[ ]]. Berikut adalah contoh yang menunjukkan kapan operator aritmatika berguna:

for (( counter = 0 ; counter < 10 ; counter ++ )) ; do
  if (( counter % 2 )) ; then echo "odd number $counter" ; fi
done

Ini hanya konvensi bahwa kode keluar 0 berarti sukses. EXIT_SUCCESS akan menjadi 0 di hampir setiap sistem modern.

EDIT:

"mengapa tes 0 dan tes 1 menghasilkan 0 (berhasil)?"

Itu pertanyaan yang sama sekali berbeda. Jawabannya adalah meneruskan satu argumen untuk menguji selalu menghasilkan kesuksesan kecuali argumen itu adalah string null (""). Lihat dokumentasi Open Group .

Biasanya program mengembalikan nol untuk sukses, bukan nol untuk kegagalan; falsemengembalikan 1 karena ini adalah nilai bukan nol yang nyaman, tetapi umumnya nilai bukan nol berarti kegagalan, dan banyak program akan mengembalikan nilai bukan nol yang berbeda untuk menunjukkan mode kegagalan yang berbeda

AFAIK ini berasal dari konvensi C bahwa Anda harus mengembalikan 0 jika berhasil. Lihat:

man close

Sebagian besar C (POSIX) api dibuat seperti ini. http://en.wikipedia.org/wiki/C_POSIX_library

itu adalah konvensi tanggal kembali ke hari-hari awal Unix.

Menurut konvensi, semua panggilan sistem mengembalikan 0 jika berhasil, bukan nol sebaliknya, karena angka yang berbeda dapat digunakan untuk menunjukkan alasan kegagalan yang berbeda.

Kerang mengikuti konvensi ini, 0 berarti perintah terakhir berhasil, bukan nol jika tidak. Demikian pula, nilai kembali bukan nol berguna untuk pesan kesalahan keluaran: misalnya 1: "mati otak", 2: "tidak berperasaan", dan seterusnya.

Anda mencoba menyamakan benar / salah dengan sukses / gagal.

Mereka adalah dua sepenuhnya, meskipun pada awalnya halus, dikotomi yang berbeda!

Dalam skrip shell, tidak ada yang namanya benar / salah. 'Ekspresi' shell tidak diartikan sebagai benar / salah. Sebaliknya, 'ekspresi' shell adalah proses yang berhasil atau gagal.

Jelas, suatu proses mungkin gagal karena berbagai alasan. Jadi kita membutuhkan kode set yang lebih besar untuk memetakan kemungkinan kegagalan. Bilangan bulat positif berhasil. Di sisi lain, jika prosesnya berhasil, itu berarti ia melakukan apa yang seharusnya dilakukannya. Karena hanya ada satu cara untuk melakukan itu, kita hanya membutuhkan satu kode. 0 berhasil.

Di C, kami membuat program. Dalam skrip shell, kami menjalankan banyak program untuk menyelesaikan sesuatu.

Perbedaan!

Mungkin cara yang baik untuk mengingatnya adalah:

• Kode Return menjawab "apa jawabannya?" benar (atau hasil lain) atau salah
• Kode keluar menjawab "apa masalahnya?" kode keluar atau tidak ada masalah (0)