Windows的FindFirstFile（）函数中的错误？ [英] Bug in Windows's FindFirstFile() function?

问题描述

为什么要调用 FindFirstFile 与模式 *。* 匹配 Windows ？

编辑：我想我也可以猜测发生了什么，但是有没有关于这个原因的文档？ $ b

I guess I can also guess what's happening, but is there any documentation on the reason as well?

推荐答案

在博文中'通配符在MS-DOS中是如何工作的？' Raymond Chen介绍了如何实现原来的DOS通配符匹配。在这篇文章的最后，他指出了如何在Win32通配符匹配算法中处理 *。* 作为特殊情况。

In the blog post 'How did wildcards work in MS-DOS?' Raymond Chen describes how the original DOS wildcard matching was implemented. At the end of the post he points out how *.* is handled as a special case in the Win32 wildcard matching algorithm.

来自帖子的引用

例如，如果您的模式以。*结尾，则忽略。*。如果没有这个规则，模式*。*将只匹配包含一个点的文件，这个文件可能会破坏地球上所有批处理文件的90％，以及每个人的肌肉记忆，因为运行Windows NT 3.1的每个人都是在世界其中*。*表示所有文件。

这篇关于Windows的FindFirstFile（）函数中的错误？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！