From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1546 invoked by alias); 22 Jan 2015 17:27:55 -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 1532 invoked by uid 89); 22 Jan 2015 17:27:54 -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: mtaout26.012.net.il Received: from mtaout26.012.net.il (HELO mtaout26.012.net.il) (80.179.55.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Jan 2015 17:27:52 +0000 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NIL00H009RX8P00@mtaout26.012.net.il> for gdb-patches@sourceware.org; Thu, 22 Jan 2015 19:27:41 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIL00BE29U54F50@mtaout26.012.net.il>; Thu, 22 Jan 2015 19:27:41 +0200 (IST) Date: Thu, 22 Jan 2015 17:27:00 -0000 From: Eli Zaretskii Subject: Re: Building the 7.8.90 pretest on MinGW In-reply-to: <54C12D62.7070801@redhat.com> To: Pedro Alves Cc: dje@google.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83h9vivi7f.fsf@gnu.org> References: <83vbk82fkg.fsf@gnu.org> <83lhkyy84l.fsf@gnu.org> <54C0D965.9000305@redhat.com> <83ppa6vlv1.fsf@gnu.org> <54C12D62.7070801@redhat.com> X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00602.txt.bz2 > Date: Thu, 22 Jan 2015 17:03:30 +0000 > From: Pedro Alves > CC: dje@google.com, gdb-patches@sourceware.org > > 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 says "TUI mode not allowed". (Tested in GDB 7.8.1 built with TUI, I don't have a newer binary where I type this.) > > 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. Fix what? TUI doesn't need this fix. The only practical problem with MS runtime's isatty is that the null device doesn't fail it, but that's of a marginal importance for GDB, I think. That issue is important for filters and other batch-style programs where redirection to or from the null device is frequently used.