Re: Building the 7.8.90 pretest on MinGW

[Pedro Alves <palves@redhat.com>]

On 01/22/2015 04:08 PM, Eli Zaretskii wrote:

>> A couple questions though:
>>
>> The "cup" check is there to make sure that e.g., starting GDB
>> in a shell within emacs doesn't result in a messed up session.
>> Did you try that?
> 
> You mean, start GDB under Emacs as
> 
>    gdb -tui -i=mi ...

No, I mean, start a shell buffer in emacs, start gdb within that,
and do "layout src".

See https://sourceware.org/bugzilla/show_bug.cgi?id=17519.

Could you try that?

> 
> ?  It's a strange thing to do, but I did try it now, and didn't see
> any problems.  Which isn't surprising: Emacs injects "TERM=emacs" into
> the environment inherited by GDB, so the Windows ncurses driver
> doesn't activate itself.
> 
>> I imagine that cases like when stdin is a pipe, like e.g., when
>> starting mingw gdb in a cygwin shell or in a cygwin ssh session, may
>> result in a messed up screen.
> 
> Why would it? pipes fail the isatty test.

Right.  I recalled that Windows isatty returns true on all
sorts of character devices, like serial ports or the NUL device,
not just consoles, but confused pipes.  Pipes are not one of
those.  I see that gnulib has a isatty module that checks that
exactly -- it uses GetConsoleMode to make sure input is a real
console handle.  We don't import that gnulib module presently, but
if we need that console check it sounds like importing that
module would be way to fix it.

Thanks,
Pedro Alves