From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id KyLSGsi7rGlgYBsAWB0awg (envelope-from ) for ; Sat, 07 Mar 2026 18:59:04 -0500 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=EWnvwa8f; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 531421E0DD; Sat, 07 Mar 2026 18:59:04 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 2549B1E089 for ; Sat, 07 Mar 2026 18:59:03 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 8717D4BA23DF for ; Sat, 7 Mar 2026 23:59:02 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8717D4BA23DF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1772927942; bh=GKOXd88lA+EeS03PmTejvGUp6QHUWDpH8lzykrXe274=; h=Subject:To:Date:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=EWnvwa8fza7a2QaONa1RZSeOcWPOMNFoK6Q53kVFOOFbUWwnJThM0VPA0VkkJXKaP p5fcYmPcC/g2gjAyX/d7RkLPPPwScnWp2VBbVRypLQYYg1EEhfhNRZ0E5P63iumZLH PuI9b6kJ0EFugEtuEfmUvUy3RITMHmSgWNBtmrx0= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 1FCC64BA2E0E for ; Sat, 7 Mar 2026 23:58:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 1FCC64BA2E0E ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 1FCC64BA2E0E ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1772927908; cv=none; b=O6eu24aMaJv/Ab08hdxg/foWsCOkza4VZnDl0+Jq9fIT7Jq6T1xUT5gXApR3HliGvxJxoyh2nQ3xAp5uHO5vWZjuGP1GDgWZhlpr/Qc/lPl4Bc29jFA39ijwTRdD4DdkhUO8EMCa4Cd3g49IXZ6XihtLHDJzl7h7YSr8bLPvc6g= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1772927908; c=relaxed/simple; bh=QuAUrfTprSVHmspH+mAvKvCBCt/Yrm7aJCDJzjUNfrM=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=N6oO+zQuIVTVlc98AnIeBJmtQxlWNjupaetYgw9HIsmrN7qecbJoKN5RdyOcr40Zo3AEKKt6ppTykijFodpCPzrnOGTFGSKr1nUQ/irBUE1kZC/immtieuHtb+p2g2xgM2SBL5OBzZeGhWAjGceH5b3f5uJ84Lt1klavCtBpLag= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1FCC64BA2E0E Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1vz1XO-0001BZ-Fu for gdb@sourceware.org; Sat, 07 Mar 2026 18:58:26 -0500 Message-ID: Subject: Does gdb debuginfod download libc etc.? To: gdb@sourceware.org Date: Sat, 07 Mar 2026 18:58:21 -0500 Organization: GNU's Not Linux! Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.3 (by Flathub.org) MIME-Version: 1.0 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Paul Smith via Gdb Reply-To: psmith@gnu.org Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" I'm trying to start using debuginfod support in my environment. I've started my own debuginfod server and I've added lots of historical binaries and shared libraries that I get core files from. In that past I've asked users to package up all their system libraries such as libc.so, libm.so, libpthread.so, the runtime linker ld-linux.so etc. and send them along with their core file. Then I run GDB like: gdb -iex 'set sysroot xxx' -c core exe What I was hoping to do is to run "gdb -c core" and have debuginfod get everything I need without having to ask users to send anything (assuming I've already got the libraries, which I usually do). But, it doesn't seem to be working. I've used debuginfod-find to verify that all the libraries referenced by the core file do exist on the server (via their build ID). When I run "gdb -c core" it DOES correctly download the executable file, so I know that GDB's debuginfod configuration is working. It also appears to download linux-vdso.so.1. However, none of my other libraries are being loaded, even if I use bt or whatever to look at the backtrace. Without libc for example, none of the threads which were in the C runtime when the core was taken can be traced and I just get "?? ()" for every frame. If I use "info sharedlib" I see all the .so paths are the local system versions of these libraries, and they have a "Syms Read" value of "No". Is there something else I need to do to get this working? Or am I just misunderstanding how debuginfod support works?