From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 77197 invoked by alias); 19 Jan 2017 16:33:54 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 77183 invoked by uid 89); 19 Jan 2017 16:33:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 19 Jan 2017 16:33:52 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 12B07624C8; Thu, 19 Jan 2017 16:33:52 +0000 (UTC) Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.phx2.redhat.com [10.5.9.4]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v0JGXkpt007686; Thu, 19 Jan 2017 11:33:47 -0500 Subject: Re: GDB/MI questions To: Bob Rossi , Simon Marchi References: <20170119031445.GA24616@xubuntu.brasko.net> <20170119151120.GB6289@xubuntu.brasko.net> <20170119160318.GD6289@xubuntu.brasko.net> <20170119162704.GE6289@xubuntu.brasko.net> Cc: Marc Khouzam , gdb@sourceware.org From: Pedro Alves Message-ID: Date: Thu, 19 Jan 2017 16:33:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20170119162704.GE6289@xubuntu.brasko.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-01/txt/msg00041.txt.bz2 On 01/19/2017 04:27 PM, Bob Rossi wrote: >>> I might give that a try. However, since CGDB already has great terminal >>> emulation, it's not a huge deal. The other downside is, CGDB works with >>> lots of GDB's. Using this feature leaves behind many GDBs. Or I'd have >>> to support two modes. Yuck. >> >> You are right, that's the downside of newer stuff... > > I'll have to check out this new functionality... As first step, I'd suggest starting by experimenting with starting gdb outside cgdb, manually, on the "normal" command line, using the command Marc showed. With a few hacks I suspect you'd be able to make it work quickly. You may even want to enable that as supported use case. If/when cgdb works with that, then the rest is largely a "GUI" problem. I.e., make the frontend's console window a terminal emulator, and make cgdb start gdb with I/O redirected there. There are probably libraries out there one can reuse for that. Thanks, Pedro Alves