問題タブ [system-calls]

http://linux.die.net/man/2/selectのBUGS セクションでは、select システム コールが誤って FD をレディに設定し、その後の read コールで 0 が返されることがあると記載されています。 （間違ったチェックサム）しかし、他の理由もあると思います（そうでなければ、彼らはこれを修正したでしょう）.

Select が誤って FD の準備ができていることを返す他の原因について考えてみてください。

これは他のOSにも当てはまりますか。現在Linuxについて質問しています。

上記のリンクに関連するセクション:

Linux では、select() がソケット ファイル記述子を「読み取り準備完了」と報告する場合がありますが、その後の読み取りはブロックされます。これは、たとえば、データが到着したが、検査時に間違ったチェックサムがあり、破棄された場合に発生する可能性があります。ファイル記述子が誤って準備完了と報告される状況が他にもある可能性があります。したがって、ブロックしてはならないソケットでは O_NONBLOCK を使用する方が安全かもしれません。

read() システム コールを使用して標準入力から読み込んでいますが、ちょっと気になる点があります。矢印キーを使用できません...私が本当にやりたかったのは、矢印キーを使用して入力したテキスト内を前後に移動することでしたが、それはそれほど簡単ではないと思います...だから、少なくともやりたいこと、それらを無視することです。

現在、矢印キーのいずれかを押すと奇妙な出力が生成され、標準出力に何も書き込まれないようにしたい (その結果、read() システム コールで標準入力から読み取られる)。

これは簡単に達成できますか、それともそれほど簡単ではありませんか?

すべての検索で何も返されませんでした。0 (stdout) と 1 (stdin) の代わりに、標準入出力の読み取り/書き込みシステム コールのファイル記述子として使用するマクロがないのは奇妙です。

私はそれらを見逃していますか、それとも本当に存在しませんか?

バイナリを実行できるプログラムを作成しようとしています。要求されたときに特定のファイルを別のファイルに置き換えます。これは、LD_PRELOADで使用される、システムコール関数の単純な置換を備えたライブラリです。問題は、読み取り用にオープンをキャッチすることです（代わりに代替ファイルが読み取られます）が、書き込みは常に実際の指定されたファイルに戻ります。他に知っておくべき「オープンな」システムコールはありますか？

プロセスのシステムコールを監視する方法は？

RHEL 4 を使用しています

私は次のようにsyscall statを使用しています:-

「予期しないエラーが発生しました 0」というエラー メッセージが表示されることがあります。

つまり、 "0" としてエラーが発生します。ファイルのアクセス許可を確認しましたが、問題ありません

どういう意味ですか？なぜ時々これが起こっているのか理解できませんか？

助言がありますか？

そのため、OS はマルチタスクを実行し、特定の瞬間に 1 つのプロセスを実行します (シングル コア マシンであると仮定します)。どのプロセスがいつ実行され、いつキューに入れられて取り戻されたかを追跡/ポーリングして見つける方法はありますか。これに対するシステムコールはありますか?. Linux カーネルのソースを変更せずにこれを実現する方法はありますか。