Apakah ini bug dalam bash? `return` tidak berhenti berfungsi jika dipanggil dari sebuah pipa

Saya mengalami beberapa masalah aneh dengan bash belakangan ini. Saat mencoba menyederhanakan skrip saya, saya membuat sepotong kecil kode ini:

$ o(){ echo | while read -r; do return 0; done; echo $?;}; o
0
$ o(){ echo | while read -r; do return 1; done; echo $?;}; o
1

returnseharusnya keluar dari fungsi tanpa mencetak $?, bukan? Baiklah, kemudian saya memeriksa apakah saya dapat kembali dari pipa sendirian:

$ echo | while read -r; do return 1; done
bash: return: can only `return' from a function or sourced script

Hal yang sama terjadi tanpa whileloop:

$ foo(){ : | return 1; echo "This should not be printed.";}
$ foo
This should not be printed.

Apakah ada sesuatu yang saya lewatkan di sini? Pencarian Google tidak menghasilkan apa-apa tentang ini! Versi bash saya adalah 4.2.37 (1) - dirilis di Debian Wheezy.

Terkait: /programming//a/7804208/4937930

Ini bukan bug yang Anda tidak bisa keluar dari skrip atau kembali dari fungsi oleh exitatau returndalam subshell. Mereka dieksekusi dalam proses lain dan tidak mempengaruhi proses utama.

Selain itu, saya kira Anda melihat perilaku bash tidak terdokumentasi pada (mungkin) spec yang tidak terdefinisi. Dalam suatu fungsi, tidak ada kesalahan yang ditegaskan returndi tingkat atas perintah subshell dan itu hanya berperilaku seperti exit.

IMHO itu bug bash untuk perilaku tidak konsisten returntergantung pada apakah pernyataan utama dalam suatu fungsi atau tidak.

#!/bin/bash

o() {
    # Runtime error, but no errors are asserted,
    # each $? is set to the return code.
    echo | return 10
    echo $?
    (return 11)
    echo $?

    # Valid, each $? is set to the exit code.
    echo | exit 12
    echo $?
    (exit 13)
    echo $?
}
o

# Runtime errors are asserted, each $? is set to 1.
echo | return 20
echo $?
(return 21)
echo $?

# Valid, each $? is set to the exit code.
echo | exit 22
echo $?
(exit 23)
echo $?

Keluaran:

$ bash script.sh 
10
11
12
13
script.sh: line 20: return: can only `return' from a function or sourced script
1
script.sh: line 22: return: can only `return' from a function or sourced script
1
22
23

Ini bukan bug di dalam bashtetapi perilaku yang didokumentasikan :

Setiap perintah dalam sebuah pipa dieksekusi dalam subkulitnya sendiri

The returninstruksi makhluk berlaku di dalam definisi fungsi tetapi berada di subkulit juga, itu tidak mempengaruhi shell induknya sehingga instruksi berikutnya, echo, dijalankan terlepas. Namun demikian, ini adalah konstruksi shell yang tidak portabel karena standar POSIX memungkinkan perintah-perintah yang menyusun pipa untuk dieksekusi baik dalam subkulit (default) atau yang atas (ekstensi yang diizinkan).

Selain itu, setiap perintah pipa multi-perintah berada dalam lingkungan subkulit; sebagai ekstensi, bagaimanapun, setiap atau semua perintah dalam pipa dapat dieksekusi di lingkungan saat ini. Semua perintah lain harus dijalankan di lingkungan shell saat ini.

Semoga, Anda dapat memberi tahu bashuntuk berperilaku seperti yang Anda harapkan dengan beberapa pilihan:

$ set +m # disable job control
$ shopt -s lastpipe # do not run the last command of a pipeline a subshell 
$ o(){ echo | while read -r; do return 0; done; echo $?;}
$ o
$          <- nothing is printed here

Per dokumentasi POSIX, menggunakan di returnluar fungsi atau skrip bersumber tidak ditentukan . Jadi, itu tergantung pada cangkang Anda untuk menangani.

Shell SystemV akan melaporkan kesalahan, sementara di ksh, di returnluar fungsi atau skrip bersumber seperti exit. Kebanyakan shell POSIX dan osh schily juga berperilaku seperti itu:

$ for s in /bin/*sh /opt/schily/bin/osh; do
  printf '<%s>\n' $s
  $s -c '
    o(){ echo | while read l; do return 0; done; echo $?;}; o
  '
done
</bin/bash>
0
</bin/dash>
0
</bin/ksh>
</bin/lksh>
0
</bin/mksh>
0
</bin/pdksh>
0
</bin/posh>
0
</bin/sh>
0
</bin/yash>
0
</bin/zsh>
</opt/schily/bin/osh>
0

kshdan zshtidak menghasilkan karena bagian terakhir dari pipa di shell ini dieksekusi di shell saat ini, bukan subshell. Pernyataan pengembalian mempengaruhi lingkungan shell saat ini yang disebut fungsi, menyebabkan fungsi kembali segera tanpa mencetak apa pun.

Dalam sesi interaktif, bashhanya laporkan kesalahan tetapi tidak menghentikan shell, schily's oshmelaporkan kesalahan dan menghentikan shell:

$ for s in /bin/*sh; do printf '<%s>\n' $s; $s -ci 'return 1; echo 1'; done
</bin/bash>
bash: return: can only `return' from a function or sourced script
1
</bin/dash>
</bin/ksh>
</bin/lksh>
</bin/mksh>
</bin/pdksh>
</bin/posh>
</bin/sh>
</bin/yash>
</bin/zsh>
</opt/schily/bin/osh>
$ cannot return when not in function

( zshdalam sesi interaktif dan output terminal tidak dihentikan bash,, yashdan schily's oshmelaporkan kesalahan tetapi tidak menghentikan shell)

Saya pikir Anda mendapatkan perilaku yang diharapkan, dalam bash, setiap perintah dalam pipa dieksekusi dalam subkulit. Anda dapat mengabdikan diri dengan mencoba mengubah variabel global fungsi Anda:

foo(){ x=42; : | x=3; echo "x==$x";}

Ngomong-ngomong, kembalinya bekerja tetapi kembali dari subkulit. Sekali lagi Anda dapat memeriksa bahwa:

foo(){ : | return 1; echo$?; echo "This should not be printed.";}

Akan menampilkan yang berikut:

1
This should not be printed.

Jadi, pernyataan pengembalian dengan benar keluar dari subkulit

.

Jawaban yang lebih umum adalah bahwa bash dan beberapa cangkang lain biasanya meletakkan semua elemen pipa ke dalam proses yang terpisah. Ini wajar ketika baris perintah

program 1 | program 2 | program 3

karena program biasanya dijalankan dalam proses yang terpisah pula (kecuali jika Anda mengatakan ). Tapi itu bisa mengejutkanexec program

perintah 1 | perintah 2 | perintah 3

di mana beberapa atau semua perintah adalah perintah bawaan. Contoh sepele meliputi:

$ a=0
$ echo | a=1
$ echo "$a"
0
$ cd /
$ echo | cd /tmp
$ pwd
/

Contoh yang sedikit lebih realistis adalah

$ t=0
$ ps | while read pid rest_of_line
> do
>     : $((t+=pid))
> done
$ echo "$t"
0

di mana seluruh while... do... doneloop dimasukkan ke dalam subproses, dan perubahannya menjadi ttidak terlihat oleh shell utama setelah loop berakhir. Dan itulah yang Anda lakukan - memipis ke dalam sebuah whileloop, menyebabkan loop berjalan sebagai subkulit, dan kemudian mencoba untuk kembali dari subkulit.