From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19409 invoked by alias); 29 Nov 2010 18:55:40 -0000 Received: (qmail 19398 invoked by uid 22791); 29 Nov 2010 18:55:39 -0000 X-SWARE-Spam-Status: No, hits=-6.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 29 Nov 2010 18:55:34 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id oATItXc9025316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 29 Nov 2010 13:55:33 -0500 Received: from host0.dyn.jankratochvil.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id oATItSFJ015537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 29 Nov 2010 13:55:32 -0500 Received: from host0.dyn.jankratochvil.net (localhost.localdomain [127.0.0.1]) by host0.dyn.jankratochvil.net (8.14.4/8.14.4) with ESMTP id oATItQBh014091; Mon, 29 Nov 2010 19:55:27 +0100 Received: (from jkratoch@localhost) by host0.dyn.jankratochvil.net (8.14.4/8.14.4/Submit) id oATItOea014090; Mon, 29 Nov 2010 19:55:24 +0100 Date: Mon, 29 Nov 2010 18:55:00 -0000 From: Jan Kratochvil To: Marc Khouzam Cc: "'gdb@sourceware.org'" Subject: Re: Using telnet to control a running GDB Message-ID: <20101129185524.GA13721@host0.dyn.jankratochvil.net> References: <20101129025627.GA4356@host0.dyn.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes 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 X-SW-Source: 2010-11/txt/msg00124.txt.bz2 On Mon, 29 Nov 2010 16:24:32 +0100, Marc Khouzam wrote: > Until that is done, having a telnet session to GDB (if the > feature already existed) would have been a workaround for the user. GDB is feature-complete for such "independent session". If there is a problem implementing it to Eclipse you can just create a "tee"-like intermediate server: Eclipse <-MI-> new-server <-MI-> gdb | console <-MI-or-CLI-+ | console <-MI-or-CLI-/ the point is every command sent by new-server -MI-> gdb should finish immediately due to async/non-stop so any command from "console" can be sent by new-server -MI-> gdb without any delay. [ You should have more experience with async/non-stop/MI than me, though. ] > Although, it would probably make the frontend out-of-sync, This happens even with current Eclipse GDB Console, for example by modifying a variable displayed in the Variables window. > A simple example would be that I setup a debug session using > GDB and things are not behaving as I expect. I call someone > to help me look at it. That person would be able to remotely > connect to my running instance of GDB and start controlling it, > instead of tell me to 'try this command', 'try that command'. TBH isn't a VNC session to the full Eclipse GUI more suitable? Thanks, Jan