C開いているファイル記述子をすべて取得する

私のCプログラムで動作を実装したいので、SIGINTが発生した場合、開いているファイル記述子をすべて閉じるようにします。それらのリストを取得する簡単な方法はありますか？C開いているファイル記述子をすべて取得する

出典

2012-10-27 user1190650

シグナルハンドラを検索してください。 –

なぜそんなことが欲しいですか？ – qdot

メインからexit（）;または 'return'した後、カーネルはそれらのファイル記述子を閉じなければなりません。 – yeyo

ブルートフォース：for (i = 0; i < fd_max; ++i) close (i);を使用します。すばやくかわいい。 POSIXシステム用

出典

2012-10-27 16:01:06 Jens

明らかにはるかに簡単、はい！ - ）しかし、レースは依然として問題かもしれません。 – alk

最大 'fd_max'を見つけるのに' getrlimit（RLMIIT_NOFILE、＆rlim） 'を使いたいかもしれません。 –

'stdin'のファイル記述子を閉じてもよろしいですか？ 'stdout'と' stderr'（0,1,2）？ – alk

開いているすべてのファイル記述子を追跡し、個別に閉じます。

通常は、使用しているライブラリにファイルが開いている可能性があり、そのライブラリを閉じるとそのライブラリが誤動作する可能性があります。

実際には、ファイルディスクリプタを無差別に閉じると、プログラムの別の部分がファイルディスクリプタを覚えて使用しようとすると、予期しないエラーが発生する可能性があります。他のファイルはが間違ったファイルで動作して以来開かれています。ファイルを開く責任を持つコンポーネントがファイルを閉じる責任を持つことは、はるかに優れています。

出典

2012-10-27 15:55:22

利用可能であれば、/proc/<pid>/fd.の内容を読むことができます。

しかし、あなたのアプリケーションがいくつかを閉じたり、新しいものをあなたの読んだ/proc/<pid>/fdの間に開き、あなたが読んだものを閉じようとしている場合に発生する可能性がある、潜在的な競合に注意してください。

私はこれにケビン・リードのアプローチを推奨したいと思います。

出典

2012-10-27 15:56:46 alk

なぜ、 '/ proc'が利用できると思いますか？それは存在で最もunportableな悪夢についてです。 – Jens

あなたは正しいです。私は自分のコメントを修正して、特定のシステムにしか適さないようにしました。 @Jens – alk

移植性に懸念があれば、 '/ dev/fd /'を読むことができます。これは '/ proc/self/fd'より移植性が高いです。 –

私のソリューション：

すべてがFD年代が可能な最低値である開かれました。
open(2)にラッパー関数を作成します。
あなたの新しい関数は、要求されたfdを開き（そして返す）、その値をdefine_if_is_the_higtest_fd_and_store_it()という関数に渡します。
save_fd()（初期値は3（cuz stderrは2））という名前のシングルトン関数（1 'ディスクリプタテーブルのみがあります）の場合にのみアクセス可能です。int hightest_fd_savedが必要です。
シグナル機能にSIGINTを設定してください。内部では、[3、return_fd()]からループを実行します。

私はそうだと思います...

出典

2012-10-27 16:23:55

C開いているファイル記述子をすべて取得する

答えて

関連する問題