in reply to Re^5: [ERROR] 'Terminal>' does not contain an author part
in thread [ERROR] 'Terminal>' does not contain an author part
WOW!
So I install Term::ReadLine::Perl
cpan/debugger still doing the same thing, but I get the added message
stty: standard input: unable to perform all requested operations
so I do a which -a stty
$ which -a stty C:/PROGRA~1/gnuwin32/bin/stty.EXE C:/MinGW/msys/1.0/bin/stty.EXE
So for good measure I do
mv C:\MinGW\msys\1.0\bin\stty.EXE C:\MinGW\msys\1.0\bin\stty.EXE.NO mv C:\PROGRA~1\gnuwin32\bin\tty.EXE C:\PROGRA~1\gnuwin32\bin\tty.EXE.N +O mv C:\MinGW\msys\1.0\bin\tty.EXE C:\MinGW\msys\1.0\bin\tty.EXE.NO
cpanp/-de42 still don't work, so I do a cpanp z Term::ReadLine::Perl to uninstall Term::ReadLine::Perl.
After removing Term::ReadLine::Perl, while still under cpanp z i try perl -de42 and it starts working!
HUUUH?!
So I play around some more, and cpanp/-de42 ONLY start working if I do cpanp z Something first
Any shell spawned from a shell spawned by cpanp z cpanp/-de42 will work
I have ruled out any %ENV differences
WTFWOW!
cpanp or perl -de42 will work only in cmd.exe spawned from cpanp z CGI
I then restored stty.EXE/tty.EXE to see if it made a difference, and cpanp z still only worked after cpanp/-de42 , but calling doskey then cpanp breaks it again
If s/tty isn't present, cpanp/-de42 will work after cpanp z and calling doskey then cpanp won't break it again
All I can say is WTFWOW!