fopenが返さない

Question

私はreadonlyモード（r）でファイルを開くためにCプログラムで 'fopen'を使いました。しかし、私の場合、私はfopen呼び出しが返されないことを観察しました。それはNULLまたは有効なポインタを返しません - fopen呼び出しでブロックがブロックされます。ファイルのパッチは絶対に正しいです（私はすでにそれを確認しています）、権限に関する問題はありません。誰でもこの種の理由が何であるかを教えてください。あらゆる種類の助けが本当に感知できる。 gccやglibcに関連するものはありますか？ここで

EDIT

は、私はこのコードを実行すると、私は唯一の（のfopenを呼び出す前に）最初の印刷を取得し、そのプログラムがちょうど停止後のサンプルコード

printf("%s %d\n",__FUNCTION__,__LINE__); 
if ((fp = fopen(argv[1], "r")) == NULL) { 
    printf("%s %d\n",__FUNCTION__,__LINE__); 
    return; 
} 
printf("%s %d\n",__FUNCTION__,__LINE__); 

です。だから、fopenはその操作を完了しません。このファイルは拡張子が「.conf」のシンプルな構成ファイルで、このファイルはvi、catなどのその他の手段で開くことができます。NFS関連の問題はありません。ファイルシステムはext3です。事前に

おかげで、 Souvik

Answer 1

だから何？ fopenは、ファイルが開かれるか、またはアクセスが拒否されたと判断されるまで、ブロックすることができます。あなたが低速の記憶装置を持っているなら、それが利用可能になるまで待つのは間違いありません。しかしそれはCのものではなく、オペレーティングシステムの問題です。

Answer 2

ファイルを正常に開くと、ファイルを閉じないことがわかります。

以前に実行して終了した可能性はありますか？ファイルが開いてロックされているプロセスがありますか？

もしそうなら、おそらくfopenがロックが解放されるのを待っています。

Answer 3

予約された名前空間にシンボルを再定義した可能性はありますか？アンダースコアが2つで始まるもの、アンダースコアと大文字、または標準のCライブラリ関数のいずれかですか？その場合、結果として未定義の動作が発生し、fopenが、標準ライブラリの正しいコードではなく、コードの一部を呼び出してしまう可能性があります。

この質問には、「情報が不足しています」という大きな匂いがあります。私は真剣に疑問のコードスニペットがOPがそれ自身でmainに表示されるときの動作を記述していることを疑う、私はOPが私たちに語っていないいくつかの偽のものを行っていないのだろうか...

Answer 4

理由：

• （valgrindのを通して、あなたのプログラムを実行する）あなたがどこかのメモリを破損しました、そして、すべてのベットは何が起こっているかのようにオフになっている
• あなたはfopenのシグナルハンドラ、（内部でこのコードを呼び出している）ではありませんシグナルが非同期で安全なので、実際に何かが起こる可能性があります（FILE *内部ミューテックスによるデッドロックは一般的ですが）
• ファイルはfifoです。ファイルを開くと誰かがファイルを開くまでブロックされます（読み取り/書き込み）
• ファイルは古いNFSマウントです。
• ファイルは、何か面白いことが起こるまでブロックを開くセマンティクスを持つ文字/ブロック特殊ファイルです。