From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7167 invoked by alias); 10 Feb 2002 04:03:31 -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 6987 invoked from network); 10 Feb 2002 04:03:29 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 10 Feb 2002 04:03:29 -0000 Received: from drow by nevyn.them.org with local (Exim 3.34 #1 (Debian)) id 16ZlD7-00022k-00 for ; Sat, 09 Feb 2002 23:03:29 -0500 Date: Sat, 09 Feb 2002 20:03:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: MI and remote debugging Message-ID: <20020209230329.A7834@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i X-SW-Source: 2002-02/txt/msg00167.txt.bz2 Any remote config (like gdbserver, or even monitor, I think...) that overrides gdb_target_cmd/gdb_file_cmd loses because of the static mi version in mi-support.exp. This leads to almost a day's worth of timeouts. I've tried to cobble together a gdbserver version of mi_gdb_file_cmd and an mi-aware mi_gdb_target_cmd; I can't do it. Andrew, any thoughts? -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer