bashコマンド置換が不正終了ステータスを受信

Question

この例では、bashの

main_script.shを搭載したMacエルキャピタンで試験した：

注：func_aとfunc_bは、その行を除いて同一でありますローカル変数outputが宣言されています。

func_a() { 
    local output 
    output="$(./external.sh some_function)" 
    if [ $? -eq 0 ];then 
     echo "A zero result ($?) -> $output <- end" 
    else 
     echo "A other result ($?) -> $output <- end" 
    fi 
} 

func_b() { 
    local output="$(./external.sh some_function)" 
    if [ $? -eq 0 ];then 
     echo "B zero result ($?) -> $output <- end" 
    else 
     echo "B other result ($?) -> $output <- end" 
    fi 
} 

func_a 
func_b 

external.sh：

私が出力されmain_script実行

some_function() { 
    echo "this is the output" 
    return 1 
} 

"$@" 

：

A other result (1) -> this is the output <- end 
B zero result (0) -> this is the output <- end 

のためにどのような理由と同じラインなどのローカル変数の宣言コマンドの代替は結果に影響しますか？これはバグかもしれませんか？何か不足していますか？

Answer 1

理由はfunc_bで$?がlocal組み込みの成功ではなく、コマンド置換（$(...)）の成功を反映していることです。 かかわらずRHS上の任意のコマンド置換はか失敗したかどうかの - 割り当ては構文的に正しいある場合

local組み込みが成功します。

これは、declareとexportビルトインに似ています。

は、単純な例を示している：なし組み込みが 関与しない場合一方

declare output="$(false)"; echo $? # -> 0(!) - even though `false` obviously fails. 

、 - コマンド置換の故障がが反映されて - 単純変数代入の場合$?：

output="$(false)"; echo $? # -> 1(!) - simple assignment; $(...) exit code is reported 

---

この動作の反直感的な差はlocal/declare/exportがビルトインではなくシェル構文の一部であるという事実によって説明されます。ビルトイン（組み込みコマンド）として

、それらはコマンドように扱われ、そしてコマンドは、それら自身終了コードを介して彼らの成功/失敗を知らせることが期待されます。上記の組み込み関数の場合、前述のように、構文的に正しい代入は成功と見なされます。つまり、何かを割り当てることができます。RHSでのコマンド置換に失敗したために何かがヌル文字列であっても、成功した。