From: Keith M. <kei...@nt...> - 2011-02-27 21:14:14
|
On 27/02/11 07:02, Michael Zellhofer wrote: > Andy Koppe wrote: >> On 22 February 2011 13:10, Keith Marshall wrote: >>> I know of at least one application, (groff), >>> whose (non-interactive) build process locks up solid, (requiring to be >>> forcibly aborted through task manager), when invoked under MSYS rxvt, >>> yet it is perfectly well behaved in a regular Windows console. >> >> I'm curious about that one. Is that something you encountered >> recently? Do you happen to know which program in particular it was >> that was hanging? Can you provide a bit of detail on how to reproduce >> it? > > Does it really lock Yes. > or just wait for a user intput > A simple return maybe .... No. At no point during the build is any form of user input expected. Furthermore, neither Ctrl-C nor Ctrl-Break is able to regain control. The ONLY remedy is to use Windows Task Manager to kill the rxvt; of course, that also means aborting the build. > Does it work if you run it from sh.exe It works flawlessly when run from sh.exe, PROVIDED that shell is hosted in a native (Microsoft) Win32 console. It DOES NOT work when sh.exe is hosted by MSYS rxvt. I have not tried with mintty, nor do I feel any inclination to do so, since the native console wrapped by the Console2 UI, and running MSYS sh.exe, perfectly fulfils my requirements. -- Regards, Keith. |