「宣言」が関数/コマンドの欠落によって問題を引き起こしませんか?

「宣言」が関数/コマンドの欠落によって問題を引き起こしませんか?

要約:bash欠落している関数の出力を以前の変数(つまり{const、readonly}ではない)に割り当てようとすると、declare「正常」テストで失敗を検出できます。ただし、ing時に欠落している関数の出力を変数に割り当てようとするとdeclare(たとえば、make var {constant、read-only})、「通常」テストでは割り当てが失敗しないだけでなく、次のものも使用できません。 "normal" 組み込み機能によりエラーが発生します。後者のケースを失敗させるにはどうすればよいですか?

詳細:

最近、次の2つのスクリプトに分類しようとした大きなスクリプトbash内で問題が発生しました。デフォルトでは、私はbash()を使用してTDDを実行しています。snark > /dev/null

  • 欠落しているコマンド/機能がすぐに失敗したいと思います。
  • 定数がオーバーライドされないようにしたいです。

ところで、varingを行うと、欠落している関数の出力を変数に割り当てることができるbashようになります。declareたとえば、次のスクリプト(別名で保存/path/to/assign_at_declare.sh)...

#!/usr/bin/env bash

function foo() {
    return 0
}

# function bar() {}               # does not exist!

declare ret_val=''
declare -r MESSAGE_PREFIX="$(basename "${BASH_SOURCE}"):"
declare -r ERROR_PREFIX="${MESSAGE_PREFIX} ERROR:"

echo -e "\n${MESSAGE_PREFIX} a naïve 1st attempt:\n"

declare -ir FOO1_VAL="$(foo)"   # this should succeed, and does
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned '${ret_val}', exiting ..."
    exit 3
elif [[ -z "${FOO1_VAL}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned null, exiting ..."
    exit 4
else
    echo "${MESSAGE_PREFIX} FOO1_VAL='${FOO1_VAL}'"
fi

declare -ir BAR1_VAL="$(bar)"   # this should fail ... but doesn't
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned '${ret_val}', exiting ..."
    exit 5
elif [[ -z "${BAR1_VAL}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned null, exiting ..."
    exit 6
else
    echo "${MESSAGE_PREFIX} BAR1_VAL='${BAR1_VAL}'"
fi

echo -e "\n${MESSAGE_PREFIX} get tough using \`set\` builtins:\n"
# see https://www.gnu.org/software/bash/manual/html_node/The-Set-Builtin.html
set -o errexit
set -o pipefail

declare -ir FOO2_VAL="$(foo)"   # this should succeed, and does
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned '${ret_val}', exiting ..."
    exit 3
elif [[ -z "${FOO2_VAL}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned null, exiting ..."
    exit 4
else
    echo "${MESSAGE_PREFIX} FOO2_VAL='${FOO2_VAL}'"
fi

declare -ir BAR2_VAL="$(bar)"   # this should fail ... but doesn't
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned '${ret_val}', exiting ..."
    exit 5
elif [[ -z "${BAR2_VAL}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned null, exiting ..."
    exit 6
else
    echo "${MESSAGE_PREFIX} BAR2_VAL='${BAR2_VAL}'"
fi

exit 0

...次のような出力が生成されます。

assign_at_declare.sh: a naïve 1st attempt:

assign_at_declare.sh: FOO1_VAL='0'
/path/to/assign_at_declare.sh: line 27: bar: command not found
assign_at_declare.sh: BAR1_VAL='0'

assign_at_declare.sh: get tough using `set` builtins:

assign_at_declare.sh: FOO2_VAL='0'
/path/to/assign_at_declare.sh: line 56: bar: command not found
assign_at_declare.sh: BAR2_VAL='0'

欠落している関数の出力を変数に割り当てようとすると、この動作が観察されないため、奇妙に見えます。後ろに declareing var(つまり、varいいえ{定数、読み取り専用})次のスクリプトに示すように(別名で保存/path/to/assign_after_declare.sh)...

#!/usr/bin/env bash

function foo() {
    return 0
}

# function bar() {}           # does not exist!

declare ret_val=''
declare -i foo_val=0
declare -i bar_val=0
declare -r MESSAGE_PREFIX="$(basename "${BASH_SOURCE}"):"
declare -r ERROR_PREFIX="${MESSAGE_PREFIX} ERROR:"

echo -e "\n${MESSAGE_PREFIX} following works as expected\n"

foo_val="$(foo)"           # this should succeed, and does with/out `declare`
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned '${ret_val}', exiting ..."
    exit 3
elif [[ -z "${foo_val}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} foo returned null, exiting ..."
    exit 4
else
    echo "${MESSAGE_PREFIX} foo_val='${foo_val}'"
fi

bar_val="$(bar)"           # this succeeds with `declare`, fails without
ret_val="${?}"
if   [[ "${ret_val}" -ne 0  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned '${ret_val}', exiting ..."
    exit 5
elif [[ -z "${bar_val}"  ]] ; then
    >&2 echo "${ERROR_PREFIX} bar returned null, exiting ..."
    exit 6
else
    echo "${MESSAGE_PREFIX} bar_val='${bar_val}'"
fi

exit 0

...次のような出力が生成されます。

assign_after_declare.sh: following works as expected

assign_after_declare.sh: foo_val='0'
/path/to/assign_after_declare.sh: line 29: bar: command not found
assign_after_declare.sh: ERROR: bar returned '127', exiting ...

bash割り当て時に迅速な失敗を強制する方法はありますか?期間declare?もしそうなら、あなたの答えを待ちます。

それともbash設計どおりに機能しますか?その場合は参照リンクをリンクしてください。問題を検索してみましたが、セレクタが正しくないか、無関係な応答を返しすぎて便利ではありませんでした。

答え1

declare返品状態は:

0、無効なオプションが見つからない限り、定義関数を試してください。-f foo=bar読み取り専用変数に値を割り当ててみてください。複合割り当て構文を使用せずに配列変数に値を割り当ててみてください。名前の1つが無効です。シェル変数名を使用するには、読み取り専用変数の読み取り専用状態をオフにしたり、配列変数の配列状態をオフにしたり、-f

これらのケースのいずれも適用されないため、Bashはあなたが言ったように設計されているとおりに動作しています。

$(bar)bar標準出力なしでエラーで終了するサブシェルで実行されます。置換結果は空の文字列であり、整数変数の場合はゼロと解釈されます。declareドキュメントによると0を返します。


あなたできる以下で欠陥を検出します。

declare -ir x="$(bar || echo failed running bar >&3)"

fd 3をあらかじめ適切に設定してください。これらの設定は読者の練習問題として残されます。

関連情報