From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 8905D3858D32; Sun, 22 Jan 2023 21:38:49 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8905D3858D32 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1674423529; bh=RhEpSBfxUK7FFTPG2zdaP9cnOaJZFy/X4AJVNnKOYMQ=; h=From:To:Subject:Date:From; b=WTked6a7Ui2OxtNoDCX1FjN4SqIIsagMvjwFY56EsALm+2IymnVXteH27GFSoef7J NBGk2wK+lpkjBCtVpirViD1YZkULLJAW+Ur9hLWkv2mpwm5+FU8RX+b0FFlfZ3p+NE zsrn7h0kGhbtP6R9By8AnHc+RkucF2iqy2Em/n38= From: "elias.myllymaki04p at gmail dot com" To: gdb-prs@sourceware.org Subject: [Bug gdb/30032] New: GDB claims that _sifields does not exist even though it does. Date: Sun, 22 Jan 2023 21:38:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: gdb X-Bugzilla-Version: 9.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: elias.myllymaki04p at gmail dot com 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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=3D30032 Bug ID: 30032 Summary: GDB claims that _sifields does not exist even though it does. Product: gdb Version: 9.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdb Assignee: unassigned at sourceware dot org Reporter: elias.myllymaki04p at gmail dot com Target Milestone: --- Hi! I have made a map parsing program which takes a certain file format which encodes a video game map and tries to parse said file. The files are too la= rge to be uploaded here so I uploaded them to this google drive zip file: https://drive.google.com/file/d/1jxMAsK_hdtORP4e4OxqyelU1Dd5-ENm7/view?usp= =3Dsharing Decompress that file into an empty directory then do these commands in the reproduction directory: export LD_LIBRARY_PATH=3D$PWD/bin/linux64/ gdb ./bspfuzz and then inside gdb run this command: r test.bsp master01.bsp 27015 < crash.bsp it should then crash. Then after the crash when I type this command: p $_siginfo._sifields._sigfault.si_addr it claims that "There is no member named _sifields." However if I type this command: p $_siginfo._sifields._sigfault it gives me this output: $1 =3D {si_addr =3D 0x0, _addr_lsb =3D 0, _addr_bnd =3D {_lower =3D 0x0, _u= pper =3D 0x0}} which clearly shows si_addr as an element inside it. I do not know if this is a bug or intended behaviour, but decided to report this just in case. gdb --version :=20 GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law The source code for the program is basically in https://github.com/SwagSoftware/Kisak-Strike . I implemented a wrapper arou= nd the GetModelForName function which tries to load the crash.bsp file. One notable difference is that I compiled this version of the bspfuzz binary wi= th afl-gcc to use the afl fuzzer with it. Now I want to make it clear that the issue which I am claiming to be an issue is not the crash itself, but the _siginfo command behaviour. Can someone tell me if this is intended behavio= ur or a bug? Thanks in advance for the help?=20 Of course feel free to ask for clarification on anything. --=20 You are receiving this mail because: You are on the CC list for the bug.=