From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23322 invoked by alias); 24 Apr 2003 23:51:44 -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 23310 invoked from network); 24 Apr 2003 23:51:43 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sources.redhat.com with SMTP; 24 Apr 2003 23:51:43 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3p2/8.9.3) with ESMTP id TAA05739; Thu, 24 Apr 2003 19:50:05 -0400 Received: from dash ([192.168.20.27]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id TAA32048; Thu, 24 Apr 2003 19:51:42 -0400 Message-ID: <000901c30abd$766038a0$2a00a8c0@dash> From: "Kris Warkentin" To: "Andrew Cagney" , "Daniel Jacobowitz" Cc: References: <076701c308f6$2f017eb0$0202040a@catdog> <20030422174522.GA728@nevyn.them.org> <080801c30903$2dc0ae60$0202040a@catdog> <081f01c30904$ea5b7f90$0202040a@catdog> <20030422193013.GA25488@nevyn.them.org> <096e01c3099d$ba1f3a30$0202040a@catdog> <20030423211716.GA25678@nevyn.them.org> <0ca901c309de$a262f5d0$0202040a@catdog> <3EA85183.9000106@redhat.com> Subject: Re: long long considered harmful? Date: Thu, 24 Apr 2003 23:51:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-04/txt/msg00306.txt.bz2 > I thought snow was one of Canada's two main exports? Yeah, but in April? Ick. > More seriously, a things-to-do-today item is to add to gdb (well > immediatly remote.c) code that reads in a regformats file, and then uses > that to unpack a raw target byte-ordered (or network ordered?) buffer. > > Kris, that problem sounds very similar to what you're doing here. It is. We already handle it fairly well in our pdebug protocol but I think what you're talking about would be very handy. We used to monkey around with the data a lot more than I do now since gdb is pretty good at knowing what the target is and dealing with the registers. I think the place where it would be really useful for us is in marshalling and unmarshalling our pdebug stuff. We could probably simplify a lot and remove some assumptions. cheers, Kris