位置パラメータ付きのbash -c

通常、$0スクリプト内では、スクリプトの名前、またはそれが呼び出されたもの（パスを含む）に設定されます。ただし、オプションで使用bashする場合は、コマンド文字列の後に渡される引数の最初に設定されます。-c$0

bash -c 'echo $0 ' foo bar 
# foo 

実際には、位置パラメータはシフトされているように見えますが、が含まれてい$0ます。ただしshift、コマンド文字列では$0（通常どおり）影響を受けません。

bash -c 'echo $0; shift; echo $0 ' foo bar
# foo
# foo

コマンド文字列のこの奇妙な動作はなぜですか？このような奇妙な動作を実装する背後にある理由、理論的根拠を探していることに注意してください。

そのようなコマンド文字列は$0通常定義されたパラメータを必要としないと推測できるため、経済のために通常の引数にも使用されます。ただし、その場合、の動作shiftは奇妙です。別の可能性は$0、プログラムの動作を定義するために使用される（bashas shまたはvimas と呼ばれるla vi）が、$0ここではコマンド文字列でのみ表示され、その中で呼び出されるプログラムでは表示されないためです。の他の用途は考えられない$0ので、これを説明するのに途方に暮れています。

これにより$0、インラインスクリプトを使用するときに設定/選択する機会が与えられます。それ以外の場合は、$0単にになりますbash。

次に、たとえば次のことができます。

$ bash -c 'wc -c < "${1?}"' getlength foo
4
$ bash -c 'wc -c < "${1?}"' getlength bar
getlength: bar: No such file or directory
$ bash -c 'wc -c < "${1?}"' getlength
getlength: 1: parameter null or not set

すべてのシェルがそれを行うわけではありません。Bourneシェルはそうしました。Korn（およびAlmquist）シェルは、$1代わりに最初のパラメーターに移動することを選択しました。POSIXは最終的にBourne方式に移行したためksh、ashデリバティブは後でそれに戻りました（詳細については、http：//www.in-ulm.de/~mascheck/various/find/#shellを参照）。以下のために長い時間のためにことを意味していることsh（ボーン、AlmquistまたはKornシェルに基づいたシステムによって異なります）、あなたは最初の引数が入ったかどうか知りませんでした$0か、$1そうポータビリティのために、あなたは次のようなものをしなければなりませんでした。

sh -c 'echo foo in "$1"' foo foo

または：

sh -c 'shift "$2"; echo txt files are "$@"' tentative-arg0 3 2 *.txt

ありがたいことに、POSIXは最初の引数が入る新しい動作を指定している$0ので、移植可能になりました。

sh -c 'echo txt files are "$@"' meaningful-arg0-for-error *.txt

この動作はPOSIXで定義されています：

sh -c command_name [引数...]

command_stringオペランドからコマンドを読み取ります。command_nameオペランドの値から特殊パラメーター0（特殊パラメーターを参照）の値を設定し、残りの引数オペランドから順番に位置パラメーター（$ 1、$ 2など）を設定します。

この動作が必要な理由については、これにより、スクリプトと-c文字列の間のギャップが滑らかになります。動作を変更せずに、2つの間で直接変換できます。他の分野では、これらが同一であることに依存しています。

また、プログラム引数の一般的な動作方法とも一致しています。これは最終的execに、最初に提供された引数もである関数の1つを呼び出す$0ことになります。同様に、その引数は実行中の実行可能ファイルと同じです。ただし、そこに特別な値が必要な場合があり、それを取得する他の方法がない場合があります。引数が存在する場合、それは何かにマッピングする必要があり、ユーザーはそれが何であるかを設定できる必要があります。

この一貫性（およびおそらく歴史的な事故）は、あなたが見つける状況につながります。