Xcode中使用fopen函数时总会出现找不到文件，打不开文件的现象，其中部分代码片段如下：
if
(
(
fp
=
fopen
(
"hw.dat"
,
"r"
)
)
==
NULL
)
printf
(
"\a文件打开失败。\n"
)
;
总结目前造成此现象原因可能如下：
1.编写hw.dat的文本文件并非纯粹的文本文件，如OSX中的文本编辑来编写代码的话，会自动产生一系列的前缀，造成无法识别or输出的结果并非所需。
Notes：在Terminal下输入如下指令：
echo "文本内容">文件名
如echo "I'm so cool"> hw.dat便可生成纯文本文件。即可解决fopen找不到或无法识别文件的问题。
2.Xcode本身工程调试路径与文件存放路径不同。修改Xcode工程调试路径即可。
Product->Scheme->Edit Scheme->Run(Debug)–Options->Working Directory
里面设置即可。
Xcode中使用fopen函数时总会出现找不到文件，打不开文件的现象，其中部分代码片段如下： if((fp = fopen("hw.dat", "r")) == NULL) printf("\a文件打开失败。\n"); 总结目前造成此现象原因可能如下：1.编写hw.dat的文本文件并非纯粹的文本文件，如OSX中的文本编辑来编写代码的话，会自动产生一系列的前缀，造成无法识别or输出的结果并非所需。Notes：在Terminal下输入如下指令：echo "文本内容"&
额，我尝试了gcc也尝试了vim，确实终端写有助于理解C语言程序从源代码到生成可执行文件的过程，vim的高亮也可以只有调节，但是……
我要的是0 error 0 warning的调试环境啊喂，为什么都推gcc vim啊，我……
然后我尝试搭建vscode编译C语言的环境，但花了大半天时间没搭建好，而且即使搭建好了编译运行
fopen（path，mode）；fopen函数第一个参数为文件路径，若要打开的文件就在当前目录下，可直接写文件名，当我们把一个变量写在第一个参数的位置上时，可能出现找不到文件的错误。
原因：第一种是如果我们在socket编程里，客户端向服务器发送一个字符串变量（或服务器向客户端发送一个字符串变量），服务器（客户端）用一个字符数组去接受，如果只定义了字符数组，没有初始化这个数组，当把这个字符数组放在fopen第一个参数位置上时，会产生错误，错误码是2（找不到文件），因为我们没初始化这个数组，接受完客户端传来
最近fopen遇到打不开文件的问题，参考下面的方法3问题解决了。
原文链接：https://blog.csdn.net/Andy_93/article/details/78865000
最近在分析一个偶现的问题，偶现概率特别低，问题还在分析中。把分析的知识做个总结，后面再继续补充。
问题描述：
代码在调用Lua的require函数时发生异常，通过查看require的源码跟踪，发现该函数的fopen函数返回打开文件失败的异常，
下面就来总结下fopen打开文件出错可能有哪些原因，也许不全，欢迎补充。
问题描述：
代码在调用Lua的require函数时发生异常，通过查看require的源码跟踪，发现该函数的fopen函数返回打开文件失败的异常，
下面就来总结下fopen打开文件出错可能有哪些原因，也许不全，欢迎补充。
函数介绍：
函数原型 FILE * fopen(con
product->scheme->edit scheme->Run->options->把 using custom working directory前面的勾选上，然后把当前工程的路径填补上去即可！
实测可以用 ！！
C语言的文件管理，其实就是指文件相关的一些系统调用的使用。这中间包含了很多文件操作的设计原理。
和文件相关的API都是以f开头的，比如fopen,fwrite,fread,fprintf等。要操作文件，第一步就是要打开文件，C语言提供了fopen函数来完成这个操作。
1.打开文件fopen函数
来看一些fopen函数的原型：
FILE *fopen (const char *filename,const char *modes)
第一个参数插入文件名或者文件路径。第二个参数传入打开方式，这个参数还是比较复
在 Mac 上编译 C 程序时找不到文件 wchar.h 可能是因为缺少 Xcode Command Line Tools。请在终端中运行以下命令来安装它们：
xcode-select --install
如果已经安装过了，可以尝试重新安装一遍。
如果还是无法解决问题，建议检查编译器和链接器的路径，确保它们在系统的 PATH 环境变量中。
