Gnuwin32 find.exe 在执行搜索之前扩展通配符

Question

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.

---

这个问题似乎不是关于特定的编程问题、软件算法或主要由程序员使用的软件工具。如果您认为该问题与另一个 Stack Exchange 站点上的主题相符，您可以发表评论来解释该问题可能在哪里得到答复。

3 年前已关闭。

Answer 1

我没有找到比避免通配符更好的东西

find.exe . -iregex ".+\.pdf" -print

Answer 2

@OP，我有一致的行为

C:\test\temp>find . -iname "*.txt"
./1.txt
./2.txt

C:\test\temp>cd a

C:\test\temp\a>find . -iname "*.txt"

C:\test\temp\a>cd ..\b

C:\test\temp\b>find . -iname "*.txt"

C:\test\temp\b>find --version
GNU find version 4.2.20
Features enabled: CACHE_IDS D_TYPE

您可能想尝试使用 findutils 而不是 UnxUtils。

Answer 3

我已经找到了解决问题的方法。

• Gnuwin32 的 find.exe 不适用于最新的 Windows 版本（Vista、7），因为它扩展了仅匹配当前目录内容的通配符。
• 同样，UnxUtils 的旧版本 find.exe 也遇到了同样的错误。
• UnxUtils 的最新 find.exe 正在运行。

Answer 4

一种解决方法是添加 Windows shell 不会扩展的通配符/扩展，但 GNU find 会扩展：

find.exe . -name *[.:]pdf -print

Windows shell[*] 不会解释/扩展方括号。此外，冒号在 Windows 文件名中不是有效字符，因此此模式无法匹配任何 Windows 文件名，并且 Windows shell 始终会将该模式传递给 find.exe。

然后，Find.exe 将查找以 .pdf 或 :pdf 结尾的任何文件，但由于文件名不能以 :pdf 结尾Windows，它只会查找以 .pdf 结尾的文件。

[*] 实际上是 C 运行时执行/不执行这些通配符扩展。我对 Win32 C 运行时的了解还不够深入，无法细化这种区别，所以现在为了解决这个问题，我只是说“shell”。

Answer 5

今天下午我就遇到了这个问题。
Benoit 的 UnxUtils 可以工作。
我还发现MinGW的find.exe可以工作，它在我的下面

“MinGW\msys\1.0\bin”

目录。而且和说明书是一致的。

gnuwin32 和 UnxUtils：find.exe 。 -name GameCli* 可以工作，但是
find.exe 。 -name 'GameCli*' 不起作用。

MinGW 的 find.exe 。 -name 'GameCli*' 工作。