http://qs321.pair.com?node_id=920596


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!