From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65551 invoked by alias); 7 Feb 2020 14:47:39 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 65531 invoked by uid 89); 7 Feb 2020 14:47:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.3 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1 spammy=H*RU:HELO, HX-Spam-Relays-External:HELO X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on sourceware.org X-Spam-Level: X-HELO: mga02.intel.com Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 07 Feb 2020 14:47:36 +0000 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Feb 2020 06:47:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,413,1574150400"; d="scan'208";a="379410187" Received: from avandeve-mobl.amr.corp.intel.com (HELO [10.254.38.43]) ([10.254.38.43]) by orsmga004.jf.intel.com with ESMTP; 07 Feb 2020 06:47:34 -0800 Subject: Re: contrasting elfutils debuginfod and clr-debug-info server To: Mark Wielaard Cc: "Frank Ch. Eigler" , elfutils-devel@sourceware.org, patrick.mccarty@intel.com References: <20200205173249.GD22246@redhat.com> <3ea13212-2e3b-057b-92b2-a97667a2894e@linux.intel.com> <20200205191426.GE22246@redhat.com> <5de9597a-e742-0e3a-c78e-b3163ce15f13@linux.intel.com> <20200207091326.GK42691@wildebeest.org> From: Arjan van de Ven Message-ID: Date: Fri, 07 Feb 2020 14:47:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <20200207091326.GK42691@wildebeest.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-SW-Source: 2020-q1/txt/msg00084.txt On 2/7/2020 1:13 AM, Mark Wielaard wrote: > Hi, > > On Wed, Feb 05, 2020 at 02:05:42PM -0800, Arjan van de Ven wrote: >> On 2/5/2020 11:14 AM, Frank Ch. Eigler wrote: >>>>> clear-linux elfutils >>>>> >>>>> indexed by filename by buildid >>> >>>> actually the clear side provides both build id and filename, the >>>> tools on the client (gdb and the like) try buildid first, and fall >>>> back to filename, and we just do both >>> >>> AIUI that works by using the "/usr/lib/debug/.build-id/HE/XCODE" as the >>> key, i.e., the build-id as a file name. >> >> sure but it's not "/usr/bin/true" of which you might have different versions over >> the lifespan of a distro through its updates >> >> (e.g. you can connect gdb to a process that got updated on disk later and still get the right answers) > > Do you also handle the core file use case? There you might not have > the right /usr/bin/true version on disk. but the core file has the buildid in it (usually)....