场景说明:
今天同事说,在已有的工具代码中,无法使用fopen打开文件,然后走过去进行协助。但是在解决问题的时候,已经先入为主的认为是:文件路径出现了字符转义的问题,根本没有想到要打印出当前无法获取到文件句柄的错误,是否是文件路径不存在。所以一开始就是将\替换为/,结果可想而知,没有任何的作用。然后替换为\\,还是不行。没有理由的,一直认为。
回去单独写最简单的测试程序,没有问题。怀疑是Unicode编码的问题,也排除了。这时候就开始百度fopen失败的原因获取。刚开始的时候准备使用GetLastError函数,但是不能够确定是否是专属用于windows API,所以继续百度下面的结果:
fprintf(stderr, "%s \n",strerror(errno));结果没有任何的效果
如下是一段有用的信息:
fopen内部低啊用了CreateFile函数,所以fopen调用失败的情况下,也可以使用GetLastError查看错误代码。
解决方案:
失败的时候,调用GetLastError()函数,获取到DWORD的值是32,然后打开工具,选择查看错误码:进程无法访问文件,因为另一个程序正在访问该文件。
反思:如果是字符转义,肯定就是无法打开一个不存在的文件,只要通过获取错误码就可以解决这个问题。
追问:是否可以多个程序同时打开只读?
回答:当然是可以的,对于读,是共享的,对于写,是独占的。
本文讲述了在遇到fopen函数无法打开文件时,如何通过错误码排查问题的过程。首先,作者误以为是字符转义问题,尝试修改路径中的反斜杠,但未解决问题。接着,作者怀疑Unicode编码,但被排除。最终,通过查找资料发现可以使用GetLastError函数获取错误代码,发现是文件被其他程序占用导致的。文章强调了在调试中获取错误信息的重要性,并指出多个程序可以同时打开文件进行只读操作。
2818

被折叠的 条评论
为什么被折叠?



