指向相邻文件夹的C fopen路径
我正在MacOS10.4上编写普通的C代码。我只想在可执行文件旁边的文件夹中写入fopen()文件 我一辈子都搞不懂这个词的正确语法 路径名指向相邻文件夹的C fopen路径,c,path,fopen,C,Path,Fopen,我正在MacOS10.4上编写普通的C代码。我只想在可执行文件旁边的文件夹中写入fopen()文件 我一辈子都搞不懂这个词的正确语法 路径名 FILE *fout; fopen( fout, "foldername/filename", "w" ) 当然不行 如果有必要,我愿意追根究底,但不行 也要想办法解决这个问题 有人能帮你解答这个“简单”问题吗?如果进程的当前工作目录是/Users/you/your_program,并且您希望文件位于/Users/you/foldername/fil
FILE *fout;
fopen( fout, "foldername/filename", "w" )
当然不行
如果有必要,我愿意追根究底,但不行
也要想办法解决这个问题
有人能帮你解答这个“简单”问题吗?如果进程的当前工作目录是
/Users/you/your_program
,并且您希望文件位于/Users/you/foldername/filename
,那么您需要指定:
fp = fopen("../foldername/filename", "w");
。
向上移动一级。这是Unix和Windows上的模式。这是对“相邻”的合理解释——它在层次结构中与当前文件夹处于同一级别的文件夹中创建文件。您收到了什么错误消息?不应该是fout=fopen(“foldername/filename”,“w”)
?@MByD:你完全正确:FILE*fopen(const char*path,const char*mode)代码>你所说的“相邻”是什么意思?我很抱歉没有提到该文件夹已经存在于与可执行文件相同的位置。“foldername/filename”在可执行位置创建一个名为foldername/filename的文件。当然,对fopen的调用在这个问题上显然是错误的。那么,还遗漏了什么?仍然+1。@状态:我甚至没有注意到函数调用被如此严重地滥用。乔纳森,当我回复你的电子邮件时,该“路径”在名为../foldername/filename的可执行位置创建了一个文件