无法在 Windows 2008 上从 Perl 脚本调用碎片整理

发布于 2024-11-29 17:05:02 字数 558 浏览 2 评论 0原文

我想运行一个在 Windows 上运行 defrag 命令的 perl 脚本。当我尝试使用时,

system("defrag C:");

我得到“‘defrag’不被识别为内部或外部命令, 可操作程序或批处理文件”。即使我给出 C:\Windows\System32\defrag.exe 的完整路径,我也会得到相同的错误。此外,任何对 defrag.exe 是否存在的测试都会失败。例如:

if(-f "C:\\Windows\\System32\\defrag.exe"),

if(-x "C:\\Windows\\System32\\defrag.exe"), and

if(-e "C:\\Windows\\System32\\defrag.exe")

全部失败。事实上,在测试任何 .exe 文件时,它们都会失败。这在 Windows 2003 上运行良好,有谁知道为什么它不再在 Windows 2008 上运行?

谢谢!

克里斯

更新:反斜杠最初没有转义。 固定的。

I would like to run a perl script that runs the defrag command on windows. When I try to just use

system("defrag C:");

I get "'defrag' is not recognized as an internal or external command,
operable program or batch file". I get the same error even if I give the full path of C:\Windows\System32\defrag.exe. Also, any test for the existence of defrag.exe fails. For example:

if(-f "C:\\Windows\\System32\\defrag.exe"),

if(-x "C:\\Windows\\System32\\defrag.exe"), and

if(-e "C:\\Windows\\System32\\defrag.exe")

all fail. In fact they fail when testing for any .exe file. This works fine on Windows 2003, does anyone know why it no longer works on Windows 2008?

Thanks!

Chris

Update: Backslashes weren't escaped originally. Fixed.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

守护在此方 2024-12-06 17:05:02

您需要转义反斜杠,以便将它们识别为实际的目录分隔符:

if(-f "C:\\Windows\\System32\\defrag.exe")

应该可以。

You'll need to escape your backslashes in order for them to be recognized as an actual directory separator:

if(-f "C:\\Windows\\System32\\defrag.exe")

Should work.

荆棘i 2024-12-06 17:05:02

较新版本的 Windows(可能包括也可能不包括 Windows Server 2008)为可执行文件虚拟化某些系统目录,这些可执行文件不是使用清单指示构建的。

从 5.12.0 开始,Perl 是使用此指令构建的。

perl.exe 现在包含一个清单资源,用于指定 Windows Vista 及更高版本的 trustInfo 设置。如果没有此设置,Windows 会将 perl.exe 视为遗留应用程序,并应用各种启发式方法,例如将对受保护文件系统区域(如“Program Files”文件夹)的访问重定向到用户“VirtualStore”,而不是生成正确的“权限被拒绝”错误。

Newer versions of Windows (which may or may not include Windows Server 2008) virtualise certain system directories for executables that weren't built with a manifest instructing otherwise.

Since 5.12.0, Perl is built with this instruction.

perl.exe now includes a manifest resource to specify the trustInfo settings for Windows Vista and later. Without this setting Windows would treat perl.exe as a legacy application and apply various heuristics like redirecting access to protected file system areas (like the "Program Files" folder) to the users "VirtualStore" instead of generating a proper "permission denied" error.

此岸叶落 2024-12-06 17:05:02

我刚刚在尝试使用 psexec 时遇到了这个问题。您可能受到系统文件重定向器。这与仅为64位程序保留C:\Windows\System32目录有关,32位程序无法再执行64位程序,而是被重定向到C:\Windows\SysWow64目录。

这就是 Microsoft 为您准备的:64 位程序存储在 C:\Windows\System32 中,而 32 位程序存储在 C:\Windows\SysWow64 中。

我相信 Perl 5.12 应该可以解决这个问题,但我通过简单地将程序从 C:\Windows\System32 目录复制到另一个目录来解决这个问题。

I just ran into this issue trying to use psexec. You're probably getting hit by the SystemFile Redirector. It has something to do with reserving the C:\Windows\System32 directory only for 64 bit programs and 32 bit programs can no longer execute 64 bit programs, but are redirected to C:\Windows\SysWow64 directory.

That's Microsoft for you: 64 bit programs are stored in C:\Windows\System32 while 32 bit programs are stored in C:\Windows\SysWow64.

I believe Perl 5.12 is suppose to solve this issue, but I got around it by simply copying the program from the C:\Windows\System32 directory to another directory.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文