From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12192 invoked by alias); 22 Jan 2015 16:09:00 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 12164 invoked by uid 89); 22 Jan 2015 16:08:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout25.012.net.il Received: from mtaout25.012.net.il (HELO mtaout25.012.net.il) (80.179.55.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Jan 2015 16:08:55 +0000 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NIL00K005W3PZ00@mtaout25.012.net.il> for gdb-patches@sourceware.org; Thu, 22 Jan 2015 18:04:11 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIL00FU95YZNU40@mtaout25.012.net.il>; Thu, 22 Jan 2015 18:04:11 +0200 (IST) Date: Thu, 22 Jan 2015 16:09:00 -0000 From: Eli Zaretskii Subject: Re: Building the 7.8.90 pretest on MinGW In-reply-to: <54C0D965.9000305@redhat.com> To: Pedro Alves Cc: dje@google.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83ppa6vlv1.fsf@gnu.org> References: <83vbk82fkg.fsf@gnu.org> <83lhkyy84l.fsf@gnu.org> <54C0D965.9000305@redhat.com> X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00594.txt.bz2 > Date: Thu, 22 Jan 2015 11:05:09 +0000 > From: Pedro Alves > CC: gdb-patches@sourceware.org > > Sorry for the delay. > > On 01/19/2015 05:48 PM, Eli Zaretskii wrote: > > > Thanks. I'd like to hear from Pedro as well, as the changes which > > caused this were committed by him. > > This is OK with me. Thanks, I will push shortly. > 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 ... ? 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. > I mildly wonder whether pdcurses works here as is without > this patch, thus whether the #ifdef check should distinguish > ncurses from pdcurses somehow. I have no idea, ncurses seems to be much more actively developed than pdcurses, so I switched long ago. > IIUC, some people build with pdcurses instead of GNU ncurses. Indeed, so I hope they will speak up.