https://bugs.winehq.org/show_bug.cgi?id=45242
Bug ID: 45242 Summary: winedbg Internal crash when debugging win32 Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs@winehq.org Reporter: luizluca@gmail.com Distribution: ---
Hello,
I cannot launch winedbg to any win32 exe:
$ winedbg Downloads/andale32.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1cb182
$ winedbg Downloads/PsExec.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1db182
For win64, it simply works.
$ winedbg Downloads/PsExec64.exe WineDbg starting on pid 0031 Process of pid=0031 has terminated
I was originally using wine-64bit but even installing wine.i586 and using a clean prefix, I get the same result.
$ file /usr/bin/wine /usr/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=37bf33eb8ca1b2a498fc9998fac1753ac70399a8, stripped
$ WINEPREFIX=~/win32 WINEARCH=win32 winedbg Downloads/PsExec.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1c6182
When I try to attach from winedbg, it does not crash, but it returns the 'Unhandled attribute' and raises an exception:
$ WINEPREFIX=~/win32 WINEARCH=win32 winedbg Wine-dbg>info process pid threads executable (all id:s are in hex) 0000000e 8 'services.exe' 00000020 6 _ 'winedevice.exe' 0000001b 3 _ 'plugplay.exe' 00000011 6 _ 'winedevice.exe' Wine-dbg>attach 0x11 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
Exception c0000005 Wine-dbg>
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #1 from Luiz Angelo Daros De Luca luizluca@gmail.com --- BTW, the internal crash happens when winedbg exits:
Wine-dbg>attach 0xe 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
Exception c0000005 Wine-dbg>exit syntax error Wine-dbg>quit winedbg: Internal crash at 0x7e24fc43
https://bugs.winehq.org/show_bug.cgi?id=45242
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #2 from Austin English austinenglish@gmail.com --- What compiler was used to compile wine?
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #3 from Austin English austinenglish@gmail.com --- Seems there was a similar report for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1526342
FWIW, those attributes are: DW_FORM_GNU_strp_alt = 0x1f21 DW_FORM_GNU_ref_alt = 0x1f20
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #4 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Wine is from OpenSUSE Tumbleweed.
It is probably gcc (SUSE Linux) 7.3.1 20180323 [gcc-7-branch revision 258812]
https://bugs.winehq.org/show_bug.cgi?id=45242
Marc-Andre Lureau marcandre.lureau@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcandre.lureau@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #5 from Marc-Andre Lureau marcandre.lureau@gmail.com --- Same bug reproduced on f29 x64,
Following: https://github.com/octgn/OCTGN/wiki/OCTGN-on-non-Windows-systems
I installed: WINEARCH=win32 WINEPREFIX=~/.wine-octgn winetricks -q vcrun2010 dotnet472 WINEARCH=win32 WINEPREFIX=~/.wine-octgn wine ~/Downloads/OCTGN-Setup-3.2.91.0.exe
WINEARCH=win32 WINEPREFIX=~/.wine-octgn winedbg Wine-dbg>info process pid threads executable (all id:s are in hex) 00000010 4 'explorer.exe' 0000000e 5 'services.exe' 00000026 4 _ 'winedevice.exe' 00000021 3 _ 'plugplay.exe' 0000001a 4 _ 'winedevice.exe' 00000008 20 'OCTGN.exe' Wine-dbg>attach 0x8 004c:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
(btw: I was trying to find out why OCTGN hangs for a few seconds every 10s or so)
https://bugs.winehq.org/show_bug.cgi?id=45242
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com Component|winedbg |dbghelp
https://bugs.winehq.org/show_bug.cgi?id=45242
Jinoh Kang jinoh.kang.kr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jinoh.kang.kr@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #6 from Jinoh Kang jinoh.kang.kr@gmail.com --- Downstream is using dwz to de-duplicate DWARF data. dwz multifile mode factors out common debugging information into another file, and replaces the factored out data with references to the common file.
These references are represented as DW_FORM_GNU_strp_alt / DW_FORM_GNU_ref_alt, which apparantly causes problems with wine DWARF parser.
Is this use case supported?
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- (In reply to Jinoh Kang from comment #6)
Downstream is using dwz to de-duplicate DWARF data. dwz multifile mode factors out common debugging information into another file, and replaces the factored out data with references to the common file.
These references are represented as DW_FORM_GNU_strp_alt / DW_FORM_GNU_ref_alt, which apparantly causes problems with wine DWARF parser.
Is this use case supported?
I don't think there's any reason it shouldn't be supported, but currently Wine's DWARF parser doesn't really support anything higher than DWARF-2.
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- (In reply to Zebediah Figura from comment #7)
(In reply to Jinoh Kang from comment #6)
Downstream is using dwz to de-duplicate DWARF data. dwz multifile mode factors out common debugging information into another file, and replaces the factored out data with references to the common file.
These references are represented as DW_FORM_GNU_strp_alt / DW_FORM_GNU_ref_alt, which apparantly causes problems with wine DWARF parser.
Is this use case supported?
I don't think there's any reason it shouldn't be supported, but currently Wine's DWARF parser doesn't really support anything higher than DWARF-2.
Which is to say, I think this is probably a valid bug, if not a trivial one to fix.
https://bugs.winehq.org/show_bug.cgi?id=45242
--- Comment #9 from Jinoh Kang jinoh.kang.kr@gmail.com --- Can someone retest this on recent versions of Wine, where DWARD4 support has landed?
https://bugs.winehq.org/show_bug.cgi?id=45242
Guillermo Reisch guillere@adinet.com.uy changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |guillere@adinet.com.uy
--- Comment #10 from Guillermo Reisch guillere@adinet.com.uy --- Attribute form 1f20 and 1f21 added in wine-6.18
+ /** GNU extensions */ + DW_FORM_GNU_ref_alt = 0x1f20, + DW_FORM_GNU_strp_alt = 0x1f21,
Cannot reproduce this bug in wine-9.0-rc2 Cannot reproduce this bug in wine-6.18
https://bugs.winehq.org/show_bug.cgi?id=45242
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #11 from Austin English austinenglish@gmail.com --- Reported fixed.
https://bugs.winehq.org/show_bug.cgi?id=45242
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc4.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla