どのシェルインタープリターがシバンなしでスクリプトを実行しますか？

アカウントのデフォルトのシェルがzshであるが、ターミナルを開いてbashを起動し、という名前のスクリプトを実行したとしますprac002.sh。どのシェルインタープリターを使用して、スクリプト、zshまたはbashを実行しますか？次の例を考えてみましょう。

papagolf@Sierra ~/My Files/My Programs/Learning/Shell % sudo cat /etc/passwd | grep papagolf
[sudo] password for papagolf: 
papagolf:x:1000:1001:Rex,,,:/home/papagolf:/usr/bin/zsh
# papagolf's default shell is zsh

papagolf@Sierra ~/My Files/My Programs/Learning/Shell % bash
# I fired up bash. (See that '%' prompt in zsh changes to '$' prompt, indicating bash.)

papagolf@Sierra:~/My Files/My Programs/Learning/Shell$ ./prac002.sh 
Enter username : Rex
Rex
# Which interpreter did it just use?

**編集：**スクリプトの内容は次のとおりです

papagolf@Sierra ~/My Files/My Programs/Learning/Shell % cat ./prac002.sh 
read -p "Enter username : " uname
echo $uname

スクリプトは#!、使用するインタープリターを示すシェバン行で始まっていないため、POSIXは次のように述べています。

execl()POSIX.1-2008のSystem Interfacesボリュームで定義されている[ENOEXEC]エラーと同等のエラーが原因で関数が失敗した場合、シェルは、最初の検索結果のパス名でシェルを起動するのと同等のコマンドを実行します新しいシェルの「$ 0」の値がコマンド名に設定される場合を除き、新しいシェルに渡される残りの引数を使用してoperand。実行可能ファイルがテキストファイルでない場合、シェルはこのコマンドの実行をバイパスできます。この場合、エラーメッセージを書き込み、126の終了ステータスを返します。

そのフレージングは​​少し曖昧であり、異なるシェルには異なる解釈があります。

この場合、Bashは自分自身を使用してスクリプトを実行します。一方、代わりにzshshから実行した場合、zshは（システムにあるものは何でも）代わりに使用します。

これらの行をスクリプトに追加することにより、この場合の動作を確認できます。

echo $BASH_VERSION
echo $ZSH_VERSION

Bashの最初の行はバージョンを出力し、2番目の行はどのシェルを使用しても何も言わないことに注意してください。

• たとえば、/bin/shがのdash場合、スクリプトがzshまたはダッシュから実行されても、どちらの行も何も出力しません。
• あなた/bin/shがBashへのリンクである場合、すべての場合に最初の行の出力が表示されます。
• 場合/bin/shで異なるバージョンあなたが直接使用していたよりも、バッシュのは、あなたが直接のzshからのbashからスクリプトを実行すると、あなたは異なる出力が表示されます。

ps -p $$roolsの答えからのコマンドは、シェルスクリプトを実行するために使用されるコマンドに関する有益な情報が表示されます。

ファイルはシステムによって認識される実行可能ファイルのタイプではないため、そのファイルを実行する権限があると仮定すると、execve()システムコールは通常ENOEXEC（実行可能ファイルではない）エラーで失敗します。

その場合に発生するのは、コマンドを実行するために使用されるアプリケーションまたはライブラリ関数、あるいはその両方です。

たとえば、シェル、execlp()/ execvp()libc関数などです。

他のほとんどのアプリケーションは、コマンドを実行するときにこれらのいずれかを使用します。それらはの方法によって、例えばシェルを呼び出すsystem("command line")典型的に起動するlibcの関数shそのコマンドラインを解析する（パスはそのようなコンパイル時（で決定することができる/bin/shVS /usr/xpg4/bin/shSolaris上））、またはシェルたinvokeに格納されている$SHELLように、それ自体でviその !コマンド、またはxterm -e 'command line'他の多くのコマンド（のsu user -c代わりにユーザーのログインシェルを呼び出します$SHELL）。

一般に、先頭にないシバンレステキストファイル#はshスクリプトと見なされます。shただし、どちらであるかは異なります。

execlp()/ execvp()、execve()返さENOEXECれると通常shそれを呼び出します。sh複数の標準に準拠できるために複数のシステムshがある場合、通常、コンパイル時に（異なるパスを参照する異なるコードのblobをリンクすることによりexecvp()/ を使用してアプリケーションの）決定されます。たとえば、Solarisでは、（標準のPOSIX ）または（Solaris 10以前の場合はBourneシェル（旧式のシェル）、Solaris 11の場合はksh93）になります。execlp()sh/usr/xpg4/bin/shsh/bin/sh

シェルに関しては、さまざまなバリエーションがあります。bash、AT＆T ksh、Bourneシェルは通常exec、をシミュレートした後（execve()エクスポートされていないすべての変数を設定解除し、すべてのclose-on-exec fdsを閉じ、すべてのカスタムトラップを削除し、エイリアス、関数...（モードでbashスクリプトを解釈しshます）。yash（と自分自身が実行されますshようargv[0]にあるのでsh、それを解釈するモード）。

zsh、pdksh、ashベースシェルは、典型的に呼び出すsh（コンパイル時に決定されたパス）。

用cshしてtcsh（とshいくつかの初期のBSD）、ファイルの最初の文字がある場合#、その後、彼らはそれを解釈するために自分自身を実行し、そしてだろうshそう。それは、シェバン前の時代にさかのぼり、Bourneシェルではなくコメントとしてcsh認識#したため、#cshスクリプトであるというヒントになりました。

fish（少なくともバージョン2.4.0）、execve()失敗した場合にエラーを返します（スクリプトとして処理しようとしません）。

一部のシェル（bashまたはAT＆Tなどksh）は、最初にファイルがスクリプトである可能性が高いかどうかをヒューリスティックに判断しようとします。そのため、最初の数バイトにNUL文字が含まれていると、一部のシェルがスクリプトの実行を拒否する場合があります。

またexecve()、ENOEXECで失敗したが、ファイルにシェバン行がある場合、一部のシェルはシェバン行自体を解釈しようとすることに注意してください。

いくつかの例：

• とき$SHELLで/bin/bash、xterm -e 'myscript with args'きますmyscriptによって解釈bashでshモード。とともにxterm -e myscript with args、xtermを使用するexecvp()ため、スクリプトはによって解釈されshます。
• su -c myscriptSolaris 10でどこrootのログインシェルがある/bin/shと/bin/shBourneシェルが持つあるmyscriptBourneシェルによって解釈します。
• /usr/xpg4/bin/awk 'BEGIN{system("myscript")'Solaris 10では、/usr/xpg4/bin/sh（と同じ/usr/xpg4/bin/env myscript）によって解釈されます。
• find . -prune -exec myscript {} \;Solaris 10（を使用execvp()）では、POSIX環境であっても（適合バグ）/bin/shでも解釈され/usr/xpg4/bin/findます。
• csh -c myscriptcshで始まる場合#、shそれ以外の場合で解釈されます。

全体として、どのスクリプトがどのように呼び出されるのかわからない場合、そのスクリプトを解釈するためにどのシェルが使用されるのかがわかりません。

いずれにせよ、構文read -pはbash-onlyなので、スクリプトが解釈されるようにしますbash（そして、その誤解を招く.sh拡張子を避けます）。bash実行可能ファイルのパスを知っており、次のいずれかを使用します。

#! /path/to/bash -
read -p ...

または、次を使用して$PATH、bash実行可能ファイル（bashインストール済みと仮定）のルックアップを試すことができます。

#! /usr/bin/env bash
read -p ...

（envほぼどこにでもあります/usr/bin）。または、POSIX + Bourne互換にすることもできます/bin/sh。この場合、を使用できます。すべてのシステムにはがあり/bin/shます。それらのほとんどで（ほとんど）POSIXと互換性がありますが、Bourneシェルが代わりに見つかることもあります。

#! /bin/sh -
printf >&2 'Enter a user name: '
read user
printf '%s\n' "$user"

#!（shebangと呼ばれる）行がない場合、shが使用されます。これを確認するには、次のスクリプトを実行できます。

ps -p $$
echo -n "The real shell is: "
realpath /proc/$$/exe

私のコンピューターで

  PID TTY          TIME CMD
13718 pts/16   00:00:00 sh
The real program is: /usr/bin/bash

デフォルトのシェルがzshであっても。これは、使用していますbashのを私のマシン上で、以降のshコマンドがで実装されるのbash。