处理 Windows 命令中的扩展字符？

Question

我正在调试一个 Windows 批处理命令文件。在路径或文件名中使用扩展 (> 0x7f) 字符时失败。该问题似乎与将参数传递给从另一个调用的命令文件有关。

例如，此命令按预期工作：

xcopy "Pezuñero\1 - 001.wav" \temp

这不是：

call another.cmd "Pezuñero" 

“另一个.cmd”的内容：

xcopy "%~1\1 - 001.wav"    \temp

%~1 语法扩展参数并删除引号。这是必要的，因为在真正的命令文件中，调用或被调用的命令文件中的路径可能有空格。

第二个例子的结果（从 CMD 窗口复制）是这样的：

C:\>call another.cmd "Pezu±ero"    

C:\>xcopy "Pezu±ero\1 - 001.wav"    \temp
File not found - 1 - 001.wav
0 File(s) copied

请注意，“ñ”（0xF1）字符已更改为“±”（0xB1）。

谁能解释发生了什么，以及如何解决这个问题？

Answer 1

脚本必须以 cmd.exe 使用的相同编码编写。

在提示符下输入 chcp 看看你得到了什么。然后使用支持该编码的编辑器打开文件。对我来说chcp 输出代码页850，所以我在JEdit 中编辑我的脚本，选择IBM850 作为文件编码。我在PSPad 中编辑文件时得到相同的结果，Format 设置为 OEM。

P.S.：我在我的机器上测试了你的步骤，我在 notepad.exe 中写的 ñ 字符（使用默认的 ANSI 编码）也被转换为 ± 从命令提示符读取时，因此看起来您的机器使用类似的 ANSI 和 OEM 编码。请务必尝试将 ñ 替换为 ¤（使用 notepad.exe）。这使得脚本在从命令提示符运行时对我来说可以正常工作（因为 ANSI 的 ¤ 的字节值与 OEM 的 ñ 相同）。

Answer 2

感谢 McDowell 和 Romulo 为我指明了正确的方向。我意识到我需要更改生成批处理的应用程序（在 Delphi 中），以便它使用与 Windows 中的命令处理器兼容的正确 (OEM) 代码页。我没有找到任何可以转换代码页字符串的东西，但我确实发现了 Windows API 函数 SetFileApisToOEM 和 SetFileApisToANSI；

我把这些放在程序的开头和结尾，如下所示：

{main procedure}
begin
  SetFileApisToOEM;
  {all the rest of the program}
  SetFileApisToANSI;
end.

现在批处理文件是使用 OEM 代码页生成的，并且当从 CMD 提示符运行时它们可以正常工作。

Answer 3

我一直是looking at character handling in cmd.exe，我认为Romulo 已经一针见血了。默认情况下，提示使用旧的 DOS (OEM) 代码页（可能是为了与 DOS 程序兼容）。您正在使用（可能）默认的 Windows 代码页（可能是 1252）编写文件，这是不同的。使用 edit.com 编辑批处理文件。

如果我在提示符下键入 chcp，它会报告代码页 850。

因此，例如，如果我使用 记事本 输入以下内容：

DIR Pezuñero

...这是用二进制值编码为1252：

                        ñ
44 49 52 20 50 65 7A 75 F1 65 72 6F

如果我使用edit 写入文件，它会被编码为850 并带有二进制值：

                        ñ
44 49 52 20 50 65 7A 75 A4 65 72 6F

我没有看过的一件事是使用 cmd /U 开关，但我很确定这仅适用于内置的 shell 命令，不会帮助您使用 XCOPY。

Answer 4

代码页是批处理文件中的一个问题，因为它们不允许包含 Unicode。完全避免此问题的最简单方法可能是使用 WSH 或 Powershell。到目前为止，我还没有找到批处理文件的解决方法，这真的让我很困扰，因为我认为自己是 Unicode 狂热者:)

Answer 5

您可能需要将代码页设置为顶部带有 ~ 的 n。