From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13871 invoked by alias); 12 Nov 2004 04:01:49 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 13825 invoked from network); 12 Nov 2004 04:01:43 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sourceware.org with SMTP; 12 Nov 2004 04:01:43 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id XAA22692 for ; Thu, 11 Nov 2004 23:25:43 -0500 Received: (from alain@localhost) by smtp.ott.qnx.com (8.8.8/8.6.12) with UUCP id XAA23780 for gdb@sources.redhat.com; Thu, 11 Nov 2004 23:01:43 -0500 Message-Id: <200411120401.XAA23780@smtp.ott.qnx.com> Subject: Re: Re[2]: Can't talk to Angel debug monitor from arm-elf-gdb To: dave@cleal.com Date: Fri, 12 Nov 2004 13:28:00 -0000 From: "Alain Magloire" Cc: gdb@sources.redhat.com In-Reply-To: <85244836.20041111225858@cleal.com> from "Dave Cleal" at Nov 11, 2004 10:58:58 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00116.txt.bz2 > > Last time I'm going to do this. Just in case anyone else ever needs > to know, this now all works. The trick is to patch CDT (the Eclipse > plugin for C/C++ development) to recognise when you're connected via a > serial port, and to have it start the program with a "continue" > command not a "run" command. Everything thereafter works. > There was indeed a bug when using gdbserver, the state of the frontend was incorrect, it should have consider the inferior "suspended" so to use "continue" instead "run" since the inferior was already `loaded'. Maybe MI commands like, -target-select -target-attach should return an extra exec-async: *stopped Even if, like the case of -target-select there is no frame yet. It would notify to the frontends that the inferior was loaded.