我猜这是一个基本问题:我正在使用 FatFs 中的 f_readdir 函数从命令行读取目录的内容,但我无法让该函数多次运行。第一次运行很好:我在 CLI 中键入“目录”,它会实时显示目录中的每个文件。然而,要求它再次重复 f_readdir 操作(即,在第一个成功完成后再次键入“目录”命令)不会输出任何内容。
我相信这是因为文件读取对象在 f_readdir 操作结束时没有被倒回到零,并且后续读取目录的请求从不存在的索引部分开始。这是我目前能看到的最好的解释,至少。它在 Elm Chan 的FatFs 网站上说:“当所有目录项都已读取且没有要读取的项时,将一个空字符串存储到 fno->fname[] 中而没有任何错误。当给 fno 一个空指针时,目录对象的读取索引被倒带。”
这是我的代码。忽略函数参数,它们是运行命令的 RTOS 东西:
void Cmd_directory::run(XString param, XRTOS::XCLI::userIO* io){
DIR dj; /*[IN] Directory search object */
FILINFO fno; /*[OUT] File information structure */
FRESULT res;
res = f_opendir(&dj, "0:");
while (res == FR_OK && fno.fname[0]) {
res = f_readdir(&dj, &fno);
io->print((const char*)fno.fname);
io->print("\r\n");
}
f_closedir(&dj);
}
这个 while 循环是我在网上找到的,所以不幸的是,我不完全理解 fname 索引的工作原理,就像我阅读了详细解释一样多次。也许它没有意识到它正在根据我的 while 循环的条件到达目录的末尾,尽管它肯定会成功完成并关闭目录。当我再次运行该函数时,我可以看到 fno 对象中仍然存储有前一次运行的文件信息。
我尝试过的事情(在这一点上值得补充一下,我对编程世界很陌生):
&fno = nullptr; //produces "error: lvalue required as left operand of assignment"
FILINFO *p = nullptr; //produces all sorts of errors
fno = p;
//these were shots in the dark
fno.fname[0] = 0;
memset(fno.fname, 0, sizeof(fno.fname));
我想这是一些我没有得到的基本东西,但如果我在这方面做得不好,请原谅我。不幸的是,我无法访问真正的程序员IRL,所以我不得不对社区进行民意调查。
哦,对了,我正在使用 Eclipse IDE、GNU ARM 构建工具和 STM32L。