Re^4: cpan fails when MKS installed on Windows (HKCU\Software\Microsoft\Command Processor)

That's an abominable state of affairs !! Is perl itself crippled by this affliction ?

everything is affected, its a registry hack

reg query "HKCU\Software\Microsoft\Command Processor"

But that "feature" has got to be one of the dumbest malware/jokes msdn played

Comment on Re^4: cpan fails when MKS installed on Windows (HKCU\Software\Microsoft\Command Processor)

Replies are listed 'Best First'.
Re^5: cpan fails when MKS installed on Windows (HKCU\Software\Microsoft\Command Processor) by syphilis (Archbishop) on Apr 08, 2013 at 01:05 UTC
everything is affected, its a registry hack Clearly $^X is not affected. I think the OP's problem might have no relation to the presence of MKS. Instead, it could be the Makefile that ExtUtils:MakeMaker has generated - which perhaps (or not) goes back to a %Config setting. Over the years, I've seen similar errors where MKS is not present, but I don't think I've ever quite got on top of how the error arises, or precisely what to do to fix it. I'm referring to a problem that turns up from time to time with DIRFILESEP. If the OP is still interested, he might verify that the Makefile generated during the building of the module contains: `DIRFILESEP = \\` [download] Cheers, Rob	[reply] [d/l]
Re^6: cpan fails when MKS installed on Windows (HKCU\Software\Microsoft\Command Processor disable with cmd /d /c) by Anonymous Monk on Apr 08, 2013 at 01:46 UTC
Clearly $^X is not affected. ... $^X is not cmd.exe makemaker/dmake/cpan... all call the shell for one reason or another The shell is cmd.exe The shell is `perl -V:sh sh='cmd /x /c';` [download] You could change it to "cmd /d /c" or "cmd /e:off /c" or some such, but I've never seen it used in real life It might work	[reply] [d/l]