fopen 不返回

Question

我在 C 程序中使用“fopen”以只读模式 (r) 打开文件。但就我而言，我观察到 fopen 调用没有返回。它不返回 NULL 或有效指针 - 执行在 fopen 调用时被阻止。文件补丁绝对正确（我已经验证过）并且不存在与权限相关的问题。任何人都可以告诉我们这种行为的原因是什么。任何形式的帮助都是非常值得赞赏的。有没有与 gcc 或 glibc 相关的东西？

编辑

这是示例代码

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 之前），并且在该程序停止之后。所以 fopen 没有完成它的操作。该文件是一个带有“.conf”扩展名的简单配置文件，可以通过 vi、cat 等所有其他方式打开该文件。不应该有任何 NFS 相关问题。文件系统是ext3。

提前致谢， 苏维克

Answer 1

有几个原因：

• 您在某处损坏了内存，并且所有关于发生的事情的赌注都已关闭（通过 valgrind 运行您的程序）
• 您在信号处理程序中调用此代码， fopen() 不是信号异步安全的，所以真的任何事情都可能发生（虽然由于 FILE* 内部互斥锁而导致死锁很常见）
• 该文件是 fifo< /a> ，在这种情况下，打开文件将被阻止，直到有人在另一端打开该文件（读/写）
• 该文件位于陈旧的 NFS 挂载上。
• 该文件是一个字符/块特殊文件，其语义是打开块直到发生有趣的事情，

Answer 2

所以呢？ fopen 可以阻塞，直到文件被打开，或者直到确定访问被拒绝为止。如果您的存储设备速度较慢，那么等待它可用是绝对正确的。但这是操作系统的问题，而不是 C 的问题。

Answer 3

我注意到，如果成功打开文件，则不会关闭该文件。

您是否有可能之前运行过它并杀死了它，现在您有一个进程打开并锁定了文件？

如果是这样，那么 fopen 可能正在等待锁被释放。

Answer 4

您是否有可能在保留的命名空间中重新定义了符号：以两个下划线、一个下划线和一个大写字母开头的符号，或者任何标准 C 库函数？如果是这样，就会导致未定义的行为，并且 fopen 可能会以某种方式最终调用部分代码而不是标准库中的正确代码。

这个问题有一种严重的“信息缺失”的味道。我严重怀疑问题中的代码片段是否具有 OP 在 main 中单独出现时所描述的行为，我想知道 OP 是否没有做过一些他没有告诉我们的虚假事情......