Re: [Mingw-users] groff build under rxvt

[Keith M. <kei...@nt...>]

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.