From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27539 invoked by alias); 20 Feb 2007 19:57:01 -0000 Received: (qmail 27530 invoked by uid 22791); 20 Feb 2007 19:57:00 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 20 Feb 2007 19:56:51 +0000 Received: from kahikatea.snap.net.nz (25.60.255.123.dynamic.snap.net.nz [123.255.60.25]) by viper.snap.net.nz (Postfix) with ESMTP id E6E643D9DF9 for ; Wed, 21 Feb 2007 08:56:47 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id C73F64F708; Wed, 21 Feb 2007 08:56:47 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17883.21118.186472.960228@kahikatea.snap.net.nz> Date: Tue, 20 Feb 2007 20:22:00 -0000 To: gdb@sourceware.org Subject: [BUG] MI: -target-download X-Mailer: VM 7.19 under Emacs 22.0.93.10 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: 2007-02/txt/msg00212.txt.bz2 In current GDB, the MI command, -target-download, doesn't generate th MI ouptut as described in the manual. I think this is due to the change in load_progress (symfile.c) from 2006-09-21: if (bytes == 0 && args->section_sent == 0) { /* The write is just starting. Let the user know we've started this section. */ ui_out_message (uiout, 0, "Loading section %s, size 0x%s lma 0x%s\n", args->section_name, paddr_nz (args->section_size), paddr_nz (args->lma)); return; } where GDB returns before getting to deprecated_show_load_progress. -- Nick http://www.inet.net.nz/~nickrob