From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25915 invoked by alias); 3 Jun 2003 20:39:56 -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 25831 invoked from network); 3 Jun 2003 20:39:53 -0000 Received: from unknown (HELO planck.amplepower.com) (216.39.162.139) by sources.redhat.com with SMTP; 3 Jun 2003 20:39:53 -0000 Received: from [192.168.8.30] (helo=knuth.amplepower.com ident=roth) by planck.amplepower.com with esmtp (Exim 3.36 #1 (Debian)) id 19NIQW-00036u-00 for ; Tue, 03 Jun 2003 13:30:36 -0700 Date: Tue, 03 Jun 2003 20:39:00 -0000 From: "Theodore A. Roth" X-X-Sender: roth@knuth.amplepower.com To: gdb@sources.redhat.com Subject: DEPRECATED_REGISTER_BYTES and remote targets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-06/txt/msg00038.txt.bz2 Hi, In trying to remove deprecated gdbarch methods from the avr port, I've got a problem with 'g' packets. In remote_fetch_registers(), the for loop that converts the target hex reply to gdb native int uses rs->sizeof_g_packet as the loop stop condition. Digging further, I see in init_remote_state() that the sizeof_g_packet field is set to DEPRECATED_REGISTER_BYTES, but since I've removed it, sizeof_g_packet is set to zero. Thus, my problem is that the target reply is never converted to an integer and gdb reports that the PC is 0x30303030 instead of 0x0. Fun, no? So, should I still set the DEPRECATED_REGISTER_BYTES method or is this a bug in init_remote_state()? Ted Roth