From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id UE+OOnOUF2kYbwIAWB0awg (envelope-from ) for ; Fri, 14 Nov 2025 15:43:31 -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=G4JrRWVX; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id DFFBA1E0B8; Fri, 14 Nov 2025 15:43:31 -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 server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (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 3E6461E04C for ; Fri, 14 Nov 2025 15:43:31 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id AB25E3858C50 for ; Fri, 14 Nov 2025 20:43:30 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AB25E3858C50 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1763153010; bh=Je6pKJqymWuDa9naVXhAeaVeEd1+cFrRZSZE8r4Mfkg=; h=Subject:To:Date:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=G4JrRWVXgPKiuC1ZenQWgctlu+JviB5R1bwFJmWuRhw1vvM/EuEBiSNX55LLg+r6I iE84u9ncWusFME4k45pDlNNFuIz+LBppiG2R01ZrGjsKkK/ncM6stI7fSWzqyNhu2r IGXQ8NX4R0aZb0mnlCfvPkC/Z6llXtWQgEAEBRjo= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id ACD8F3858D1E for ; Fri, 14 Nov 2025 20:42:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org ACD8F3858D1E ARC-Filter: OpenARC Filter v1.0.0 sourceware.org ACD8F3858D1E ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1763152965; cv=none; b=NbCW5rjV5WggB/lvJ8GDRURAV6WbPtO+XIZtXkekxD3qvb66WN3slMPOLhQPSot+XKfvpNRyqGlzyqfdJNb1TpQADhvuAtB8JaM4g6LJmHyQ/x2uWK/inI53rWtJ3bOgR/nSfDYmqn6Do460PpVoopaYYR/CECQ+N7w5jSFfABk= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1763152965; c=relaxed/simple; bh=0Itplx0wMOpqsZ90TIvsxGswlyyAtEEOiIY0kg2MWb0=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=isn+8pW+ryqhe32vmygZvlsH3cf+LUy25pahpKwgHlSCyDEO8D/AvyEgKBklhht0ULI+TK/FfykYKIE53iH+tq/yM9mUaQgl6eWLpEkQzz56TfS/yvkMbwU7YSVu1K5wTq08qFGWtVzHQ1H7iEofZOwCjMPToZK9oNDWlGO9YI8= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ACD8F3858D1E 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 1vK0d3-000875-An for gdb@sourceware.org; Fri, 14 Nov 2025 15:42:45 -0500 Message-ID: <0acb00caa135109f9994faaf97753b0024af8072.camel@gnu.org> Subject: Re: GDB 15/16 crashing in add_thread_silent() To: gdb@sourceware.org Date: Fri, 14 Nov 2025 15:42:39 -0500 In-Reply-To: <6c6b248a1b5385f0fec590e475934d207d7ef71e.camel@gnu.org> References: <78bf54fc9dfbb57d3434d8435e94b091e1fa6785.camel@gnu.org> <9a1b77f25cab8eb7433476918a9c5be29091856c.camel@gnu.org> <24d8355f-0233-4fbd-ac6e-8cda3f61916e@simark.ca> <87seegtlsg.fsf@tromey.com> <6c6b248a1b5385f0fec590e475934d207d7ef71e.camel@gnu.org> Organization: GNU's Not UNIX! Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.1 (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 Fri, 2025-11-14 at 15:29 -0500, Paul Smith via Gdb wrote: > Anyway, Tom de Vries writes this in summary: >=20 > > I suppose this is fixable, but I'm not sure it's worth the effort > > for > > a core file that has such limited usability. >=20 > I don't know about his core, but my coredump definitely doesn't have > limited usability, because when I use GDB 8.2 from Rocky Linux the > core is fully usable in all respects: I can see all the threads and > interact with them in all ways. Following Tom's debugging steps (I really don't know much about what sections should exist in a core file or what the format should be) I see that there is a similar problem using objdump. If I use the native objdump from Rocky Linux, version 2.30-125.el8_10, I get these types of results for .reg2 (note, there are no .reg sections in this core file): 0 note0 00009bf4 0000000000000000 0000000000000000 00001bd0 2= **0 CONTENTS, READONLY 1 .auxv 00000150 0000000000000000 0000000000000000 00002074 2= **3 CONTENTS 2 .reg2/9168 00000210 0000000000000000 0000000000000000 00002374 2= **2 CONTENTS 3 .reg2 00000210 0000000000000000 0000000000000000 00002374 2= **2 CONTENTS 4 .reg2/9168 00000210 0000000000000000 0000000000000000 00002734 2= **2 CONTENTS 5 .reg2/9168 00000210 0000000000000000 0000000000000000 00002af4 2= **2 CONTENTS 6 .reg2/9168 00000210 0000000000000000 0000000000000000 00002eb4 2= **2 CONTENTS 7 .reg2/9168 00000210 0000000000000000 0000000000000000 00003274 2= **2 CONTENTS ... 40 .reg2/9168 00000210 0000000000000000 0000000000000000 0000ae34 2= **2 CONTENTS 41 .reg2/9168 00000210 0000000000000000 0000000000000000 0000b1f4 2= **2 CONTENTS 42 .reg2/9168 00000210 0000000000000000 0000000000000000 0000b5b4 2= **2 CONTENTS 43 load1 00000000 0000000000400000 0000000000000000 00010000 2= **16 ALLOC, READONLY, CODE ... But, if I use the latest objdump 2.43.1, I get very different results: 0 note0 00009bf4 0000000000000000 0000000000000000 00001bd0 2= **0 CONTENTS, READONLY 1 .auxv 00000150 0000000000000000 0000000000000000 00002074 2= **3 CONTENTS 2 .reg2/0 00000210 0000000000000000 0000000000000000 00002374 2= **2 CONTENTS 3 .reg2 00000210 0000000000000000 0000000000000000 00002374 2= **2 CONTENTS 4 .reg2/0 00000210 0000000000000000 0000000000000000 00002734 2= **2 CONTENTS 5 .reg2/0 00000210 0000000000000000 0000000000000000 00002af4 2= **2 CONTENTS 6 .reg2/0 00000210 0000000000000000 0000000000000000 00002eb4 2= **2 CONTENTS 7 .reg2/0 00000210 0000000000000000 0000000000000000 00003274 2= **2 CONTENTS ... 40 .reg2/0 00000210 0000000000000000 0000000000000000 0000ae34 2= **2 CONTENTS 41 .reg2/0 00000210 0000000000000000 0000000000000000 0000b1f4 2= **2 CONTENTS 42 .reg2/0 00000210 0000000000000000 0000000000000000 0000b5b4 2= **2 CONTENTS 43 load1 01ae0000 0000000000400000 0000000000000000 00010000 2= **16 ALLOC, READONLY, CODE ... So, there appears to be some difference in binutils where it can't parse this core file properly...?