Bu bash'da bir hata mı? Bir borudan çağrılırsa "return" işlevi sonlandırılmaz

Son zamanlarda bash ile garip sorunlar yaşıyorum. Senaryomu basitleştirmeye çalışırken, bu küçük kod parçasını buldum:

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

returnyazdırmadan işlevden çıkmış $?olmalı, değil mi? Peki, o zaman tek başına bir borudan dönüp dönemeyeceğimi kontrol ettim:

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

Aynı şey bir whiledöngü olmadan gerçekleşir :

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

Burada özlediğim bir şey var mı? Bir Google araması bu konuda hiçbir şey getirmedi! Benim bash versiyonum Debian Wheezy'de 4.2.37 (1) .

İlgili: /programming//a/7804208/4937930

Bir komut dosyasından çıkamayacağınız exitveya returnalt kabuklarda veya alt kabuklardaki bir işlevden geri dönemeyeceğiniz bir hata değildir . Başka bir süreçte yürütülürler ve ana süreci etkilemezler.

Bunun yanı sıra, (muhtemelen) tanımlanmamış spec üzerinde bash'ın belgelenmemiş davranışlarını gördüğünüzü varsayalım. Bir işlevde, returnalt kabuk komutlarının en üst düzeyinde hata bildirilmez ve sadece gibi davranır exit.

IMHO return, ana ifadenin bir işlevde olup olmadığına bağlı olarak tutarsız davranışlar için bir bash hatasıdır .

#!/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 $?

Çıktı:

$ 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

Bu bir hata bashdeğil, belgelenmiş davranışıdır :

Bir boru hattındaki her komut kendi alt kabuğunda yürütülür

returnTalimat geçerli bir işlev tanımı içindeki varlık değil, aynı zamanda bir kabuktaki olmanın, bir sonraki talimat böylece üst kabuğunu etkilemez olduğu echobakılmaksızın yürütülür. Bununla birlikte, POSIX standardı , bir boru hattı oluşturan komutların bir alt kabukta (varsayılan) veya üstte (izin verilen bir uzantı) yürütülmesine izin verdiği için taşınabilir olmayan bir kabuk yapısıdır .

Ek olarak, çok komutlu bir boru hattının her komutu alt kabuk ortamındadır; bununla birlikte, bir boru hattındaki komutların herhangi biri veya tümü geçerli ortamda yürütülebilir. Diğer tüm komutlar geçerli kabuk ortamında yürütülür.

Umarım, bashbirkaç seçenekle beklediğiniz şekilde davranmayı söyleyebilirsiniz :

$ 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

POSIX belgelerine Başına, kullanarak returnfonksiyonun dışında veya kaynaklı senaryoyu belirtilmemiş ise . Yani, ele almak için kabuğunuza bağlıdır.

SystemV kabuk ise, hata bildirir ksh, returnbenzeri fonksiyonun dışında veya kaynaklı komut uslu exit. Diğer POSIX mermilerinin çoğu ve schily's osh da şöyle davranır:

$ 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

kshve zshbu kabuklardaki borunun son kısmı, alt kabuk yerine geçerli kabukta yürütüldüğünden çıktı. Return ifadesi, işlevi çağırılan geçerli kabuk ortamını etkiledi ve hiçbir şey yazdırmadan işlevin hemen geri dönmesine neden oldu.

Etkileşimli oturumda, bashyalnızca hatayı bildirin, ancak kabuğu sonlandırmadı schily's osh, hatayı bildirdi ve kabuğu sonlandırdı:

$ 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

( zshEtkileşimli oturum ve çıkış terminali do sona değildir bash, yashve schily's oshbir hata rapor ama kabuk sona yoktu)

Beklenen davranışı aldığınızı düşünüyorum, bash'da, bir boru hattındaki her komut bir alt kabukta yürütülür. İşlevinizin global bir değişkenini değiştirmeye çalışarak kendinizi rahatlatabilirsiniz:

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

Bu arada, geri dönüş çalışıyor ama alt kabuktan geri dönüyor. Tekrar kontrol edebilirsiniz:

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

Aşağıdaki çıktıyı verecektir:

1
This should not be printed.

Dönüş ifadesi alt kabuktan doğru şekilde çıkmış

.

Daha genel cevap, bash ve diğer bazı mermilerin normalde bir boru hattının tüm elemanlarını ayrı işlemlere sokmasıdır. Komut satırı

program 1 | program 2 | program 3

çünkü programlar normalde yine de ayrı süreçlerde çalıştırılır (siz söylemezseniz ). Ama bu bir sürpriz olabilirexec program

komut 1 | komut 2 | komut 3

burada komutların bazıları veya tümü yerleşik komutlardır. Önemsiz örnekler şunları içerir:

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

Biraz daha gerçekçi bir örnek

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

Tüm nerede while... do... donedöngü bir alt süreç konur ve bunun değişiklikleri böylece için tdöngü sona erdikten sonra ana kabuğuna görünmez. Ve tam olarak bunu yapıyorsunuz - bir whiledöngüye borulama yapmak , döngünün bir alt kabuk olarak çalışmasına neden olmak ve daha sonra alt kabuktan geri dönmeye çalışmak.