From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id Xn/VDJAks2kzeSYAWB0awg (envelope-from ) for ; Thu, 12 Mar 2026 16:39:44 -0400 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=MRMdWk1r; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 17A681E0DD; Thu, 12 Mar 2026 16:39:44 -0400 (EDT) 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 639041E089 for ; Thu, 12 Mar 2026 16:39:43 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id CD95B4B1A2EC for ; Thu, 12 Mar 2026 20:39:42 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CD95B4B1A2EC DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1773347982; bh=R6MhDTukKmsgJOY4Be//yZaM3wjexW18idrIKZKztn8=; h=Subject:To:Cc:Date:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=MRMdWk1rrZm/NZmM1D/182lV+7ifr4ktoeZJxkqJhkipF0qKAv1x4LQlD7t9vuibY KoZ1d9cOVZAGp3c6xzY4ZyyWcP1LQni7vVWnLNW8XJMIw6ytXWJk+1yMc2Lu3KEkfH LcyeLbVGqMYW9bmuXwWmVdVbMEMM6m2CSyx7bQmY= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id F20EA4BC898B for ; Thu, 12 Mar 2026 20:39:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F20EA4BC898B ARC-Filter: OpenARC Filter v1.0.0 sourceware.org F20EA4BC898B ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773347949; cv=none; b=Uru/S1TfAcGsHwVaA+0CCO7toTNAU1euzue5ZyaRu4ZT87LwQfHvQQ8XYYeWq8aPqxoVxvL0bSy5P7uCUN/eRT0gScBmsWEQu6g22cLAykRo4g5jqXOuGZEEm9ltz24TXhtwlC/2sKuCB5pz12Yrf+aHrW6NojRGIibakJJNx70= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773347949; c=relaxed/simple; bh=l9h2vrEUZyA8V3GJM6FHbIOwWEDd6gGoxc6rfBQdGok=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=BAXBMo9nDL6CaPQQCU18vX8TJZ6w2cVf1WNYfnlmToox6tAtUgSWboCQt/ipprdijjXUvKS2TPr3Es6xXTado7LU+iEniD3NbAZ5q/tP8wOp++1sIlmFFHd0Pkb9yGU2Z8YX/gPPXBcVOM6zm8I9CJNN9D7WoSiMnL9k6tCbHZ8= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F20EA4BC898B 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 1w0moF-0006oD-QN; Thu, 12 Mar 2026 16:39:08 -0400 Message-ID: <81c7757f1e140136fb40ffcaf7d605435a98a98d.camel@gnu.org> Subject: Re: Does gdb debuginfod download libc etc.? To: Andrew Burgess Cc: gdb@sourceware.org Date: Thu, 12 Mar 2026 16:38:36 -0400 In-Reply-To: <87342690kz.fsf@redhat.com> References: <86wlzmfyep.fsf@aarsen.me> <4844fe241f5524951dc68a6ce05e450897342034.camel@gnu.org> <8c514818-14bd-462d-8aed-0c323327acae@simark.ca> <7949b3d7727ab11f6bc3c833fae81f485c345c47.camel@gnu.org> <87ldg16ivz.fsf@redhat.com> <421fe2ad615c4af1443ddbd3955ee65cb7feb9ee.camel@gnu.org> <878qbz936m.fsf@redhat.com> <96dde02ef4f1d88779de1eebb5277a7258fadf46.camel@gnu.org> <87342690kz.fsf@redhat.com> Organization: GNU's Not UNIX! 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" On Wed, 2026-03-11 at 09:28 +0000, Andrew Burgess wrote: > I started working on cleaning up the patch ready for submission to > master, but I'm pretty busy for the next few days, so it'll probably > be next week now before I post anything. Hi Andrew; working more with this patch I think there might be an issue with it: when I use it with my cores that don't have NT_FILE it works well. But, when I use it with a core file that DOES have NT_FILE, it has some odd behavior: basically some of the filenames found during the map have invalid names (names with control characters etc.) Note, this is from GDB 17.1 with your patch applied, working with a normal core file generated by the Linux kernel (via kill -6); I can see from readelf -n that the NT_FILE section looks normal with no funky characters in the filenames. GDB shows: [core-load] build_file_mappings: enter [core-load] operator(): start =3D 0x0, end =3D 0x67dc, filename =3D NONE,= build-id =3D NONE [core-load] operator(): start =3D 0x200000, end =3D 0x521000, filename = =3D , build-id =3D 38abc1e51499f5610bdd123e6336f7cb0f4146c2 [core-load] operator(): start =3D 0x521000, end =3D 0x728000, filename = =3D , build-id =3D NONE [core-load] operator(): start =3D 0x728000, end =3D 0x735000, filename = =3D ^F, build-id =3D NONE (here the ^F in the filename is the actual ASCII char 15). Then some OK stuff then more problematic filenames: [core-load] operator(): start =3D 0x737000, end =3D 0x947000, filename = =3D NONE, build-id =3D NONE [core-load] operator(): start =3D 0x7fa8d9a00000, end =3D 0x7fa8e0400000,= filename =3D NONE, build-id =3D NONE [core-load] operator(): start =3D 0x7fa8e1600000, end =3D 0x7fa8e8c00000,= filename =3D NONE, build-id =3D NONE ... [core-load] operator(): start =3D 0x7fa93a398000, end =3D 0x7fa93a3c0000,= filename =3D ^A, build-id =3D 095c7ba148aeca81668091f718047078d57efddb [core-load] operator(): start =3D 0x7fa93a3c0000, end =3D 0x7fa93a555000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a555000, end =3D 0x7fa93a5ad000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5ad000, end =3D 0x7fa93a5ae000,= filename =3D e, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5ae000, end =3D 0x7fa93a5b2000,= filename =3D P^A, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5b2000, end =3D 0x7fa93a5b4000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5b4000, end =3D 0x7fa93a5c3000,= filename =3D NONE, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5c3000, end =3D 0x7fa93a5c4000,= filename =3D E^A, build-id =3D 34f1f6beeaed8ab30ee4056ff1cc053f8d05c153 [core-load] operator(): start =3D 0x7fa93a5c4000, end =3D 0x7fa93a5c5000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5c5000, end =3D 0x7fa93a5c6000,= filename =3D X, build-id =3D NONE ... [core-load] operator(): start =3D 0x7fa93a5cb000, end =3D 0x7fa93a5e2000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5e2000, end =3D 0x7fa93a5e6000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5e6000, end =3D 0x7fa93a5e7000,= filename =3D ^?^K, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5e7000, end =3D 0x7fa93a5e8000,= filename =3D <80>^K, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a5e8000, end =3D 0x7fa93a5f6000,= filename =3D /usr/l ^?^K, build-id =3D 2ac471af4796e5b69e0e2dde85c3d3d= acdcc0b3d [core-load] operator(): start =3D 0x7fa93a5f6000, end =3D 0x7fa93a672000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a672000, end =3D 0x7fa93a6cd000,= filename =3D /usr/l^?^K, build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a6cd000, end =3D 0x7fa93a6ce000,= filename =3D , build-id =3D NONE [core-load] operator(): start =3D 0x7fa93a6ce000, end =3D 0x7fa93a6cf000,= filename =3D /usr/l@^?^K, build-id =3D NONE I think something here might have messed up the parsing of the filename section of the NT_FILE section? I'll try to look into this and see if I can find it.