From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11116 invoked by alias); 4 Feb 2009 00:17:36 -0000 Received: (qmail 11106 invoked by uid 22791); 4 Feb 2009 00:17:35 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.45.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 Feb 2009 00:17:30 +0000 Received: from zps38.corp.google.com (zps38.corp.google.com [172.25.146.38]) by smtp-out.google.com with ESMTP id n140HS5L027549 for ; Tue, 3 Feb 2009 16:17:29 -0800 Received: from rv-out-0506.google.com (rvbg9.prod.google.com [10.140.83.9]) by zps38.corp.google.com with ESMTP id n140HPlF015249 for ; Tue, 3 Feb 2009 16:17:26 -0800 Received: by rv-out-0506.google.com with SMTP id g9so1842185rvb.7 for ; Tue, 03 Feb 2009 16:17:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.141.179.5 with SMTP id g5mr1819373rvp.32.1233706645885; Tue, 03 Feb 2009 16:17:25 -0800 (PST) In-Reply-To: <200902032350.31711.pedro@codesourcery.com> References: <200902031501.49657.pedro@codesourcery.com> <200902031951.44699.pedro@codesourcery.com> <200902032350.31711.pedro@codesourcery.com> Date: Wed, 04 Feb 2009 00:17:00 -0000 Message-ID: Subject: Re: [0/2] Inspect extra signal information From: Doug Evans To: Pedro Alves Cc: Daniel Jacobowitz , Ulrich Weigand , gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-02/txt/msg00081.txt.bz2 On Tue, Feb 3, 2009 at 3:50 PM, Pedro Alves wrote: > When connected to a 64-bit gdbserver that is debugging a 32-bit > inferior, how would gdb know that the binary blob that is coming out > of TARGET_OBJECT_SIGNAL_INFO has the 64-bit layout, and that it > needs to be converted? All gdbarchs that we have accessible tell us > about the inferior arch, which is 32-bit. gdb has no idea that the > gdbserver is running a 64-bit ptrace. Hmmm, I'd forgotten the "using gdb compiled for amd64 talking to a gdbserver compiled for i386" case. Blech. GDB could send a query request for the necessary info. OOC, are there other reasons why gdb would want to know which host gdbserver was compiled for?