From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22212 invoked by alias); 13 Jul 2006 13:03:27 -0000 Received: (qmail 22185 invoked by uid 22791); 13 Jul 2006 13:03:26 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 13 Jul 2006 13:03:24 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1G10qd-0005hs-H7; Thu, 13 Jul 2006 09:03:19 -0400 Date: Thu, 13 Jul 2006 13:03:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: Vladimir Prus , gdb@sources.redhat.com, Jim Ingham Subject: Re: mi_load_progress question Message-ID: <20060713130319.GA21874@nevyn.them.org> Mail-Followup-To: Nick Roberts , Vladimir Prus , gdb@sources.redhat.com, Jim Ingham References: <200607121239.07906.vladimir@codesourcery.com> <17588.49586.825386.426144@kahikatea.snap.net.nz> <20060712140431.GA18249@nevyn.them.org> <20060713064616.BE4E11D3550@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060713064616.BE4E11D3550@kahikatea.snap.net.nz> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00060.txt.bz2 On Thu, Jul 13, 2006 at 06:46:16PM +1200, Nick Roberts wrote: > I have no experience with remote debugging, so I can only suggest that it's > consistent i.e have progress reporting for all cases or turn it off completely > (I don't know how useful it is or why it should only exist in MI). There's similar output from the CLI including speed and section name. > If the answer is yes, I suggest something like the patch below. Unless I'm > missing something mi_load_progress only gets called in MI. I would like to > make similar but more fiddly changes to mi-interp.c, removing > mi`N'_command_loop, N = 1,2,3, and just using mi_command_loop. You're wrong; take a look at the URL from my message. If you type "load" at the MI prompt, the hook remains installed, but we get called while the CLI is temporarily active. Doing this will probably crash. You can test this using gdbserver; "load" isn't useful with gdbserver, but if you load the same binary gdbserver started, it works well enough to test "load". -- Daniel Jacobowitz CodeSourcery