【问题标题】:Why do FindNextFile & FindFirstFile print these 2 strange strings at start? [duplicate]为什么 FindNextFile 和 FindFirstFile 在开始时打印这两个奇怪的字符串? [复制]
【发布时间】:2016-10-26 11:11:39
【问题描述】:

这是程序:

#include <stdio.h>
#include <iostream>
#include <windows.h>

using namespace std;

int main()
{

    WIN32_FIND_DATA FindFileData;
    HANDLE hFind;

    const char c[] = "C:\\Users\\*.*";

    hFind = FindFirstFile(c, &FindFileData);

    if (hFind == INVALID_HANDLE_VALUE)
    {
        printf("FindFirstFile failed (%d)\n", GetLastError());
        return 1;
    }
    else
    {
        cout << "The first file found is " << FindFileData.cFileName << endl;
    }

    for (int i = 0; i < 12; i++)
    {
        if (!FindNextFile(hFind, &FindFileData))
        {
            printf("FindNextFile failed (%d)\n", GetLastError());
        }
        else
        {
            cout << "The next file found is " << FindFileData.cFileName << endl;
        }
    }

    FindClose(hFind);
    return 0;

}

打印这个:

无论我转到哪个目录,它总是用 file 打印前两行。和 .. ?这是为什么呢?

【问题讨论】:

  • @user4581301 也许不完全是,但它们在 Windows 中的含义与在 Linux 中的含义相同。
  • 在这里查看接受的答案stackoverflow.com/questions/2700750/…
  • 是的,我骗了它,然后试图在有人注意到之前编辑评论。
  • 自从我们有了分层存储以来,几乎每个操作系统都有这两个。此外,在 DOS/Windows 中,还有很多设备文件,例如 prn nul con,但我想只有我们这些顽固的老人才会记得使用复制骗局创建配置文件的乐趣,然后才能启动记事本。
  • 好的,我的问题已经回答了。

标签: c++ winapi search directory


【解决方案1】:

所有目录中都有这些目录。

'.'和 '..' 有特殊含义......如果你不需要它们,只需忽略它们。

示例:来自 Linux

dmn@DM5:~$ ls -lsa

total 3144
  4 drwxr-xr-x 87 dmn dmn        4096 Jun 23 09:43 .
  4 drwxr-xr-x  5 root  root     4096 Jan  3 08:43 ..
  .... and lots more strings

【讨论】:

  • 我真的不知道(电子工程师)
  • 很久以前,我确定我也不知道这一点。我有 BSEE 和硬件设计经验,但主要是嵌入式软件。这是一个试图帮助人们的谦卑网站。祝你好运。
【解决方案2】:

这些是特殊的 linux 类链接文件,代表当前目录和父目录。更多信息请参考this answer

【讨论】:

  • 它们不是“Linux”文件。 Windows 从 DOS 继承了这一点,而 DOS 早在 Windows 之前就已经这样做了。 DOS 可能从 CP/M 那里得到它,但我不记得那么久了。
猜你喜欢
  • 2011-04-07
  • 1970-01-01
  • 2017-08-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多