「set」というプログラムが実行されないのはなぜですか？

次のような簡単なCプログラムを作成しました。

int main(int argc, char *argv[]) {

    if (argc != 5) {
       fputs("Not enough arguments!\n", stderr);
       exit(EXIT_FAILURE);
    }

そして、私は自分のPATHをetc / bash.bashrcで次のように変更しています：

PATH=.:$PATH

このプログラムをset.cとして保存し、コンパイルしています。

gcc -o set set.c

フォルダ内

~/Programming/so

しかし、電話すると

set 2 3

何も起こりません。表示されるテキストはありません。

呼び出す

./set 2 3

期待される結果を与える

以前にPATHに問題があったことはありません。

which set

を返します./set。したがって、PATHが正しいようです。何が起こっているのですか？

代わりに使用してのwhichその、あなたはそれが最も必要とするときは動作しません、使用はtype、コマンドを入力したときに実行されるか決定するために：

$ which set
./set
$ type set
set is a shell builtin

シェルは常にを検索する前に組み込み関数を検索する$PATHため、ここでは設定$PATHは役に立ちません。

実行可能ファイルの名前を別の名前に変更することをおset勧めしますが、割り当てにプログラムの名前を付ける必要がある場合は、シェル関数を使用できます。

$ function set { ./set; }
$ type set
set is a function
set ()
{
    ./set
}

（これはでも機能しますbashが、他のシェルでkshは許可されない場合があります。よりポータブルなソリューションについては、mikeservの回答を参照してください。）

入力setすると、「set」という名前の関数が実行され、が実行され./setます。GNU bashは組み込み関数を探す前に関数を探し、を検索する前に組み込み関数を探します$PATH。詳細については、bashのmanページの「COMMAND EXECUTION」というセクションを参照してください。

また、上のドキュメントを参照してくださいbuiltinとのcommand：help builtinとhelp command。

setbashの組み込みです（おそらく他のほとんどのシェル）。つまり、bashは関数を探すときにパスも検索しません。

余談ですが、.セキュリティ上の理由からパスに追加しないよう強くお勧めします。たとえば、他のユーザーが実行可能ファイルを追加した後のcdことを想像してみてください。/tmp/tmp/cd

setは単なるビルトインではなく、POSIXの特殊なビルトインです。そこ何かの前にコマンド検索で見つかったことが、規格に指定されているいくつかの組み込みコマンドがある- $PATH関数名が検索されません、検索されない、となどですほとんどの組み込みコマンドではない 特別なが、実際にされている必要であることをPOSIX標準でシェルが独自の組み込みプロシージャを実行する$PATH 前に見つかりました。これが真のでecho最も他人と（ただし、この点で表彰された標準は、過去に開いたグループのメーリングリストでの競合の問題となっているかどうか）が、ないのset、trap、break、return、continue、.、:、times、eval、exit、export、readonly、unset、またはexec。

これらはすべてシェルの予約名であり、コマンド検索の優先順位以外にも特別な属性があります。たとえば、標準に準拠したシェルでは、これらの名前を使用してシェル関数を定義することはできません。これは良いことです。移植可能なスクリプトを安全に作成できるようになります。これらは、経験豊富なスクリプト作成者が自分の環境で安全で信頼できる足場を確立できるベースラインコマンドです。この名前空間に侵入することはお勧めできません。

ただし、侵入したい場合は、を使用して移植できますalias。シェル展開の順序により、この回避策が可能になります。aliasコマンドの読み取り中にが展開されるため、set定義内で名前を置き換えるものはすべて正しく展開されますが、おそらくこれらの名前のいずれかに展開すべきではありません。

だからあなたはできる：

alias set=./set

...これで問題なく動作します。

問題は、それsetがシェルの組み込みであり、最良の解決策は、実行可能プログラムに別の名前を使用することです。

ちなみに、先週、同じ名前のシェルビルトインの代わりにシステムコマンドを実行する方法について質問しました。受け入れた解決策は、次のコマンドを実行することenvです。

env set 2 3

この特定のケースでは、使用するコマンドが現在のディレクトリにあることがすでにわかっている場合、パスを入力して実行可能ファイルを直接実行することをお勧めします（.現在の作業ディレクトリを表すために使用）。

./set 2 3

上記のソリューションはどちらもシェルに依存しません。つまり、使用しているシェルに関係なく機能します。

ビルトインの使用などの提案commandはBashでは機能しません。これはシェル関数の実行を妨げるだけです。文書化されていませんが、使用commandするとシェルキーワードも抑制されることにも気付きました。ただし、などのシェル組み込みコマンドでは同じことは行われませんset。私が理解しているcommandように、zshなどの他のシェルで動作する可能性があります。

また、Bashビルトインでは、\setorや"set"or などのトリック'set'は機能しません。ただし、エイリアスやシェルキーワードの代わりに実行可能ファイルを実行するのに役立ちます。

注：この回答は当初、エリックの（承認された）回答に対するコメントとして始まりましたが、コメントに収まらないほど大きくなりました。PATHの使用を推奨し、PATHにtype追加.しないことを推奨するその他の回答は、適切なものです。