Windows上的Perl，文件關聯和I/O重定向

Question

有人可以解釋通過文件關聯調用perl腳本與通過perl.exe明確調用相同腳本之間的區別嗎？

顯然，當通過文件關聯調用腳本時I/O重定向不起作用，我真的很想知道爲什麼。

E.g.看看Activestate FAQ for Perl on Windows。只要腳本沒有通過重定向接收輸入，cat file示例就可以正常工作。所以

cat file.txt 

按預期工作，但

whoami | cat.pl 

沒有。不僅.pl擴展需要，但顯然whoami的輸出沒有管理到腳本中。該腳本已運行（可通過修改示例cat.pl腳本進行驗證），但由於某種原因，它不會收到輸出爲whoami的輸出。

但是，如果我這樣調用腳本：

whoami | perl cat.pl 

一切正常。

顯然，通過文件關聯運行腳本和明確調用perl.exe腳本之間存在着重要的區別。

FAQ提到了這個問題，並指出使用pl2bat爲腳本生成bat文件封面可以修復問題，但我不明白爲什麼這是必需的。

請賜教。

Answer 1

它看起來像是Windows 2000中的一個已知錯誤：STDIN/STDOUT Redirection May Not Work If Started from a File Association。

我得到了你在WinXP上用Strawberry Perl描述的相同行爲，但是一旦我創建了上述文章中描述的註冊表項（即使reg條目是針對於Win2K），stdin也能按預期工作。

爲了完整起見，如果上面的鏈接消失，它建議創建REG項是：

1. 啓動註冊表編輯器。
2. 找到並單擊以下注冊表項： HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
3. 在編輯菜單，單擊添加值，然後添加以下注冊表值：
   • 值名稱：InheritConsoleHandles
   • 數據類型：REG_DWORD
   • 基數：Decimal
   • 值數據：1
4. 退出註冊表編輯器。

編輯：我應該補充的是，即使KB文章聲稱它是固定在XP SP1，我已經安裝了XP SP3。所以無論MS是否已經破壞了這個，或者從來沒有完全修復它，我不能說！

Answer 2

我知道這是一個古老的線程，但要注意的是微軟似乎已經扭轉了這一設定的極性在Windows 10不知道他們爲什麼要那麼做是很重要的，但是這讓我拉我的頭髮了天。查看我發佈的其他問題（Perl Scripts on Windows 10 run from Explorer but not Command Prompt），尤其是鏈接的MSDN帖子。