From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4865 invoked by alias); 7 Nov 2003 22:43:15 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 4832 invoked from network); 7 Nov 2003 22:43:14 -0000 Received: from unknown (HELO palrel13.hp.com) (156.153.255.238) by sources.redhat.com with SMTP; 7 Nov 2003 22:43:14 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by palrel13.hp.com (Postfix) with ESMTP id 351491C0075B; Fri, 7 Nov 2003 14:43:14 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.12.10/8.12.10/HPL-PA Hub) with ESMTP id hA7MhDCT011146; Fri, 7 Nov 2003 14:43:13 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA7MhDFO021218; Fri, 7 Nov 2003 14:43:13 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) id hA7MhC5a021214; Fri, 7 Nov 2003 14:43:12 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16300.8192.489647.740612@napali.hpl.hp.com> Date: Fri, 07 Nov 2003 22:43:00 -0000 To: Andrew Cagney Cc: davidm@hpl.hp.com, "J. Johnston" , gdb-patches@sources.redhat.com, Kevin Buettner Subject: Re: RFA: ia64 portion of libunwind patch In-Reply-To: <3FAC12D3.2070207@redhat.com> References: <3FA2B71A.3080905@redhat.com> <3FA2CA1B.7000502@redhat.com> <16290.59502.799536.383397@napali.hpl.hp.com> <3FAC12D3.2070207@redhat.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2003-11/txt/msg00140.txt.bz2 >>>>> On Fri, 07 Nov 2003 16:46:59 -0500, Andrew Cagney said: Andrew> Would it be possible to define the interface so that, when Andrew> dip-> u.ti.table_data is NULL, the code just fetches values Andrew> from memory using the memory callbacks? i.e., don't require Andrew> GDB to fetch the entire table but instead fetch the bits Andrew> that are needed. Well, it's software, so anything is _possible_, but I'd rather not do that, because it creates artificial differences between the (speed-critical) local unwind case and the remote unwind case. Furthermore, the unwind table is of a known size, relatively small, and accessed fairly randomly (via binary search), so it is normally preferable to read the table all at once and I'd rather design the API for this common case. --david