From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 3AA92385021B; Mon, 13 Feb 2023 17:24:02 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3AA92385021B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1676309042; bh=B7QMxkosCVkowLKg364CrdKVpuKs8NFaEwOeztdbfy0=; h=From:To:Subject:Date:In-Reply-To:References:From; b=okdQjx50gXlqGJNmHOZ9ujMEHOFGtkrtDOHbSukVk8TUVIYkaiNaWJgjq1FTaUH96 L2F5iYE+UNjlrZdjtjs8/RoVoqQGy/5JkZuLhas/cfbMbBGPGmE0ghN6Z9T+JCZhrp /aEd4Y1+iAJsW2tbCbNYEbMmUk2SfGl7a0cKmmnY= From: "ssbssa at sourceware dot org" To: gdb-prs@sourceware.org Subject: [Bug win32/18027] dwarf2 debug info after rebasing DLLs unusable Date: Mon, 13 Feb 2023 17:24:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: win32 X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ssbssa at sourceware dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D18027 --- Comment #7 from Hannes Domani --- (In reply to Simon Marchi from comment #6) > > I'm pretty sure the problem is that the dwarf2 debug info contains > > absolute addresses which don't match the load address of the DLL after > > rebase. >=20 > This does make sense, but the part that I don't understand is: why would a > rebased executable work if the debug info has been split. Or maybe I don= 't > understand the problem correctly? Because when it's split, then the debug info itself also has image base add= ress in its own header, which is matching the debug info. So when the executable is loaded, the debug info is automatically rebased to the difference of both image base addresses (exe->base - dbg->base). When it's not split, there is only one base address, and it's matching the executable, and no longer the debug info. --=20 You are receiving this mail because: You are on the CC list for the bug.=