タグ付けされた質問 「executable」

ファイルをプログラムとして実行できるようにするファイルモードの許可ビット。また、プログラムファイルの形式、およびプログラムファイルの検索と実行に関する質問もありました。

4
実行可能ファイルへのパスのBashのキャッシュをクリアするにはどうすればよいですか?
実行可能ファイルへのフルパスを指定せずにプログラムを実行し、Bashがディレクトリ$PATHを検索してバイナリを見つける必要がある場合、Bashは何らかのキャッシュ内のパスを記憶しているようです。例えば、私がするソースからのSubversionのビルドをインストールし/usr/local、その後、入力されたsvnsync helpbashプロンプトで。Bash /usr/local/bin/svnsyncは「svnsync」のバイナリを見つけて実行しました。次に、Subversionのインストールを削除し/usr/localて再実行するとsvnsync help、Bashが応答します。 bash: /usr/local/bin/svnsync: No such file or directory しかし、Bashの新しいインスタンスを起動すると、が検出されて実行され/usr/bin/svnsyncます。 実行可能ファイルへのパスのキャッシュをクリアするにはどうすればよいですか?
256 bash  executable  cache 

1
モノはどのように魔法ですか?
私はC#を学んでいるので、と言う小さなC#プログラムをHello, World!作成し、それをコンパイルしてmono-csc実行しましたmono。 $ mono-csc Hello.cs $ mono Hello.exe Hello, World! 私は私が打ったとき気づいTABでbash、Hello.exe実行可能なマークされました。実際、ファイル名をロードするシェルだけで実行されます! Hello.exe面白いファイル拡張子を持つELFファイルではありません: $ readelf -a Hello.exe readelf: Error: Not an ELF file - it has the wrong magic bytes at the start $ xxd Hello.exe | head -n1 00000000: 4d5a 9000 0300 0000 0400 0000 ffff 0000 MZ.............. MZこれは、Microsoft Windowsが静的にリンクされた実行可能ファイルであることを意味します。Windowsのボックスにドロップすると、実行されます(実行されるはずです)。 …

9
/ dev / nullがファイルなのはなぜですか?その機能が単純なプログラムとして実装されていないのはなぜですか?
Linuxでの特殊ファイルの概念を理解しようとしています。しかし、/dev私の知る限り、Cのいくつかの行でその機能を実装できる場合、特別なファイルを持っているのはばかげているように見えます。 さらに、ほぼ同じ方法で使用することもできます。つまりnull、にリダイレクトする代わりにパイピングし/dev/nullます。ファイルとして持つ特定の理由はありますか?同じファイルにアクセスするプログラムが多すぎるなど、他の多くの問題をファイルにしないのですか?

4
実行可能ファイルは、実行時に共有オブジェクトをどこで検索しますか?
リンク/コンパイル時に共有オブジェクトを含める定義方法を理解しています。ただし、*.so実行時に実行可能ファイルが共有オブジェクト(ライブラリ)をどのように検索するのか、まだ疑問に思います。 たとえば、私のアプリa.outはlib.soライブラリで定義された関数を呼び出します。コンパイル後lib.so、の新しいディレクトリに移動し$HOMEます。 a.outそこに探しに行くと言うことができますか?

7
/ usr / local / binとは何ですか?
今日まで、私はターミナルを使用して、ディレクトリを出入りする限られた範囲でtouchコマンドを使用してファイルの日付を変更しました。Macに楽しいスクリプトをインストールし、chmod 755後で実行可能にするためにファイルを作成する必要があった後、私は端末の全範囲を認識していました。 /usr/local/binしかし、私は何が知りたいのです。/usr/、私は、コンピューターのユーザーだと思います。/local/しかし、なぜそこにあるのか分かりません。明らかにローカルコンピューターの略ですが、コンピューター(またはサーバー)上にあるので、本当に必要でしょうか?/usr/bin大丈夫ではないでしょうか? そして何/binですか?通常、この領域が端末にスクリプトをインストールするために使用されるのはなぜですか?


5
シバンは、スクリプトを実行するシェルを決定しますか?
これはばかげた質問かもしれませんが、私はまだ質問します。シバンを宣言した場合 #!/bin/bash の初めにmy_shell_script.sh、私は常にbashを使用してこのスクリプトを呼び出す必要がありますか [my@comp]$bash my_shell_script.sh または私は例えばを使用できます [my@comp]$sh my_shell_script.sh 私のスクリプトは、シバンを使用して実行中のシェルを決定しますか?kshシェルでも同じことが起こりますか?AIXを使用しています。


2
64ビットシステムで32ビットバイナリを実行しているときに「Not found」メッセージが表示される
現在、debian(wheezy / amd64)に奇妙な問題があります。 サーバーをインストールするためにchrootを作成しました(詳細については説明できませんが、申し訳ありません)。そのパスを呼び出しましょう/chr_path/。物事を簡単にするために、このchrootをdebootstrap(wheezy / amd64も)で初期化しました。 すべてはchroot内でうまく機能しているように見えましたが、サーバーのインストーラースクリプトを起動したとき、次のようになりました:( zsh: Not found /some_path/perlインストーラーには何らかの理由でperlバイナリが含まれています) 当然、/some_path/場所を確認し、「perl」バイナリを見つけました。filechroot環境では以下を返します。 /some_path/perl ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped ファイルが存在し、問題ないようで、正しい権限があります。使用できますfileがls、vimそれを実行しようとするとすぐに- ./perl例えば-私は得る:zsh: Not found ./perl。 この状況は私にはかなり理解できます。さらに: エラーを発生させることなく、chrootで他の基本的なバイナリ(/ bin / ls、...)を実行できます。 プロジェクトに付属している他のバイナリにも同じ問題があります メインルート(/chr_path/some_path/perl)からバイナリを実行しようとすると、動作します。 私は私のバイナリのコピーでバイナリの1つを入れようとしましたls。アクセス権が同じであることを確認しましたが、これは何も変更しませんでした(1つは機能していましたが、もう1つは機能していませんでした)


9
スクリプトを実行可能にすることはできますが、読み取ることはできませんか?
スクリプトを読み取る権限がない場合、スクリプトを実行することは可能ですか?ルートモードでスクリプトを作成し、他のユーザーにこのスクリプトを実行させたいが、読み取らせたくない。私がやったchmod許可が拒否されました:しかし、ユーザーモードでは、私が言うのメッセージを見て、読み取りおよび書き込みますが、実行できるように禁止します。


2
ローカル実行可能ファイルはどこに配置する必要がありますか?
perforceバージョン管理クライアント(p4)の実行可能ファイルがあります。/opt/localルート権限がないため、配置できません。それを配置する必要がある標準の場所はあり$HOMEますか? ファイルシステム階層には、ローカルの実行可能ファイル/バイナリを配置する必要があるという規則があり$HOME/binますか? FHSのWikipedia記事で言及されているこのような規則は見つかりませんでした。 また、実際に規約がある場合、$HOME/binディレクトリへのパスまたはディレクトリの場所を明示的に含める必要binがありますか?


2
一部の共有ライブラリは、実行可能ファイルであるかのように実行可能である理由と方法
32ビットLinuxシステムでは、これを呼び出します $ /lib/libc.so.6 そして、64ビットシステムではこれ $ /lib/x86_64-linux-gnu/libc.so.6 シェルでは、次のような出力を提供します。 GNU C Library stable release version 2.10.1, by Roland McGrath et al. Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. …

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.