From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 16B7F385734A; Sat, 9 Jul 2022 21:48:15 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 16B7F385734A From: "mark at klomp dot org" To: libabigail@sourceware.org Subject: [Bug default/29347] abipkgdiff SEGV's on apptainer. Date: Sat, 09 Jul 2022 21:48:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: libabigail X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark at klomp dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dodji at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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 X-BeenThere: libabigail@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Mailing list of the Libabigail project List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2022 21:48:15 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D29347 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mark at klomp dot org --- Comment #2 from Mark Wielaard --- (In reply to Ben Woodard from comment #1) > It appears like exactly the same thing happens with containerd >=20 > $ abipkgdiff --self-check --d1 > /home/ben/.cache/fedabipkgdiff/downloads/containerd-debuginfo-1.6.6-4.fc3= 6. > x86_64.rpm > /home/ben/.cache/fedabipkgdiff/downloads/containerd-1.6.6-4.fc36.x86_64.r= pm >=20 >=20 > Thread 4 "abipkgdiff" received signal SIGSEGV, Segmentation fault. It is a this cyclic definition in /usr/lib/debug/usr/bin/containerd-stress-1.6.6-4.fc36.x86_64.debug [112f71] subroutine_type abbrev: 48 name (string) "text/template/parse.stateFn" byte_size (udata) 8 lo_user+0x900 (data1) 19 lo_user+0x904 (addr) +0x00000000000bf820 [112f98] formal_parameter abbrev: 17 type (ref_addr) [112dff] [112f9d] formal_parameter abbrev: 17 type (ref_addr) [112fc4] [112fa3] typedef abbrev: 47 name (string) "text/template/parse.stateFn" type (ref_addr) [112f71] [112fc4] pointer_type abbrev: 50 name (string) "*text/template/parse.stateFn" type (ref_addr) [112fa3] lo_user+0x900 (data1) 0 lo_user+0x904 (addr) +0x0000000000057cc0 So the subroutine has one argument which is a pointer to a typedef for the subroutine itself. This causes a stack overflow in die_pretty_print_type trying to create a st= ring representation for that subroutine. --=20 You are receiving this mail because: You are on the CC list for the bug.=