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

Question

我在 Windows 环境中使用 Gnuwin32 二进制文件。
当我想查找某种类型的文件时，比如说 PDF，我通常会运行：

find . -iname '*.pdf' -print

这在任何 UNIX 系统上都能完美运行。

find.exe . -iname "*.pdf" -print

但是在Windows下，用双引号代替了单引号，只有在当前目录中没有pdf文件的情况下才有效，否则*会被扩展。

更糟糕的是：当当前目录中只有一个PDF文件时，它会展开，不会出现语法错误，并且会得到错误的结果。

我尝试使用插入符号、反斜杠、星号本身转义 *，并在双引号内添加：对我没有任何作用。

实例：

好的，这是我所有的文件：

C:\tmp>find . -type f
./a/1.pdf
./a/2.pdf
./a/aa/1.pdf
./b/1.pdf
./b/bb/1.pdf
./b/bb/2.pdf

良好的行为，未扩展通配符

C:\tmp>find . -iname "*.pdf"
./a/1.pdf
./a/2.pdf
./a/aa/1.pdf
./b/1.pdf
./b/bb/1.pdf
./b/bb/2.pdf

C:\tmp>cd a

注意，行为不一致，通配符已扩展：

C:\tmp\a>find . -iname "*.pdf"
find: paths must precede expression
Usage: find [-H] [-L] [-P] [path...] [expression]

C:tmp\a>cd ..\b

注意，行为不一致，通配符已扩展：

C:\tmp\b>find . -iname "*.pdf"
./1.pdf
./bb/1.pdf

谢谢

Answer 1

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

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

Answer 2

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

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

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

Find.exe 然后会查找任何以.pdf 或:pdf 结尾的文件，但由于在Windows 下没有文件可以具有以:pdf 结尾的名称，因此它只会查找以.pdf 结尾的文件。

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

Answer 3

我今天下午遇到了这个问题。 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*' 工作。

Answer 4

我没有找到比避免通配符更好的方法

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

Answer 5

@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。