stdio的remove()并不总是按时删除

Question

对于一项特定的作业，我正在使用标准 C 下的顺序文件实现一个基本数据存储系统，该系统一次不能加载超过 1 条记录。因此，基本部分是创建一个新文件，其中存储我们对原始记录所做的任何操作的结果。前一个文件被重命名，并以工作名称创建一个新文件。该代码是在 Windows 7 上使用 MinGW 5.1.6 编译的。

问题是，这个特定版本的代码（我的函数周围有几乎相同的版本）并不总是删除旧文件，因此重命名失败因此存储的数据被 fopen() 擦除。

FILE *archivo, *antiguo;

remove("IndiceNecesidades.old");  // This randomly fails to work in time.
rename("IndiceNecesidades.dat", "IndiceNecesidades.old"); // So rename() fails.

antiguo = fopen("IndiceNecesidades.old", "rb");
// But apparently it still gets deleted, since this turns out null (and I never find the .old in my working folder after the program's done).
archivo = fopen("IndiceNecesidades.dat", "wb"); // And here the data gets wiped.

基本上，只要 .old 以前存在，就有可能没有及时删除以便 rename() 成功生效。内部和外部都不可能发生名称冲突。

奇怪的是，它只适用于这个特定的文件。除了名称更改为 Necesidades.dat（发生在 3 个不同的函数中）之外，其他相同的片段都可以正常工作。

// I'm yet to see this snippet fail.
FILE *antiguo, *archivo;

remove("Necesidades.old");
rename("Necesidades.dat", "Necesidades.old");

antiguo = fopen("Necesidades.old", "rb");
archivo = fopen("Necesidades.dat", "wb");

关于为什么会发生这种情况的任何想法，和/或如何确保remove()命令在执行rename()时生效？ （我想只要 fopen() 返回一个非空指针，就使用 while 循环来强制再次调用 remove() ，但这听起来像是由于删除请求或其他东西溢出操作系统而导致崩溃。）

Answer 1

所以突然间，在读完 Scott 提到的权限后，我想到了“Permission Denied”并应用了一些 Google。 事实证明这是一个很常见的问题，如果模糊，则错误。
caf 是对的，它在另一段代码中。也就是说，我忘记在用于显示内容的函数中关闭同一个文件。由于我没有追踪那个特定的细节，所以它看起来是随机的。

免责声明：每周的数学作业会占用很少的睡眠时间。 ØØ

Answer 2

这听起来很奇怪，当你说相同的代码使用不同的文件名可以正常工作时更是如此 - 我强烈怀疑你的代码中其他地方有错误。但是，您应该可以通过重命名要删除的文件来解决此问题：

rename("IndiceNecesidades.old", "IndiceNecesidades.older");
remove("IndiceNecesidades.older");
rename("IndiceNecesidades.dat", "IndiceNecesidades.old");

Answer 3

检查 remove() 函数是否有错误可能是个好主意。 man remove表示该函数成功时返回0，失败时返回-1，设置errno来记录错误。尝试将调用替换为

if (remove("IndiceNecesidades.old") != 0){
   perror("remove(\"IndiceNecesidades.old\") failed");
}

which 应该给出错误消息，说明失败的原因。

此外，似乎没有必要删除

ma​​n rename()

rename() 系统调用会导致
名为旧的链接将被重命名为新的。
如果存在新的，则首先将其删除。
新旧必须相同
类型（也就是说，两者都必须是
目录或非目录）和
必须驻留在同一文件系统上。

rename() 系统调用保证
new 的实例总是
存在，即使系统崩溃
在操作过程中。

如果 old 的最后一个组件是
符号链接，符号链接是
重命名，而不是文件或目录
它指向哪个。

如果出现以下情况，EPERM 将被退回：

[EPERM] 目录
包含旧的被标记为粘性的，并且
既不是包含目录也不是
旧的由有效用户拥有
身份证号。

[EPERM] 新文件
存在，目录包含新的
被标记为粘性的，并且
包含目录或新目录都被拥有
通过效果-
主动用户 ID。

所以下一步是检查您是否拥有包含目录的权限