From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 07E943858025; Sun, 12 Feb 2023 07:35:15 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 07E943858025 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1676187316; bh=n7FVWEgeOyjVE6oOTdwmUvvO0mTOL4wI1qVJVFGsBss=; h=From:To:Subject:Date:In-Reply-To:References:From; b=EMZsaeEOKBKoTt5q9pjLx3qP5U8JXUOstup2C9h+6H3zWORB3vzrjvzbQby3IlZEU eCq1Vz4D8llFg5CBwpbo2SVxY2i1otLI7rNIpGjmt5cYjU8p5lS1ai4FX3SNFSJ0wG 1Rf4y1w4HkjXiQv20V1TK9jzRwg3FP63pZAMW1Xw= From: "stsp at users dot sourceforge.net" To: gdb-prs@sourceware.org Subject: [Bug breakpoints/22921] breakpoint in PLT corrupts function argument in $rcx Date: Sun, 12 Feb 2023 07:35:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: breakpoints X-Bugzilla-Version: 8.0.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: stsp at users dot sourceforge.net X-Bugzilla-Status: UNCONFIRMED 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=3D22921 --- Comment #4 from Stas Sergeev --- (In reply to Andrew Burgess from comment #3) > I know this is a long shot on such an old bug, but the tar file includes a > pre-compiled libfdpp.so library, but not the source to reproduce it. Cou= ld > that source be made available? Sources of libfdpp are of course available on github, but they have changed a lot in 5 years, plus I think I added an extra hacks there for the sake of this test-suit. All that is involved from libfdpp here, is a plt entry. Do you really think the sources will help? If you want, I can try to reduce this test-case even more, use the custom lib instead of libfdpp and so on. But will this help, if all we need is plt? Is there something particular you want to see from the source of libfdpp? The wrapper that sets up SIGALRM and does dlopen(), is included in a source form and I was quite confident this is all we need, no? --=20 You are receiving this mail because: You are on the CC list for the bug.=