December 2017 - Wine-bugs - list.winehq.org

[Bug 39570] New: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx'
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39570 Bug ID: 39570 Summary: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx' Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the issue/question was raised in https://bugs.winehq.org/show_bug.cgi?id=32237#c15 --- quote --- I did try 2012 this time and I end up crashing fixme:dbghelp:validate_addr64 Unsupported address fffffffff33a0000 err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc3db51 What's wrong with the address? --- quote --- Searching the Internet reveals this pattern/message many times - also in Wine Bugzilla - but no or even incorrect explanation - until now ;-) On 64-bit Linux machines, the Wine loader allows 32-bit dlls being mapped at high >2GB, >3GB address ranges in 32-bit processes, not having certain (design) restrictions of 32-bit process address space layout on 64-bit Windows machines (even with /LARGEADDRESSWARE). Good case, 32-bit Wine builtin dll mapped < 2 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0x7e1b6838,module=0x7e1b0000 L"wsock32.dll",reason=PROCESS_ATTACH,res=0x1) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\wsock32.dll",0b36a988 "wsock32.dll",7e1b0000,00000000,0000e000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\wsock32.dll" "wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\wsock32.dll" L"wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:elf_load_file Processing elf file 'L"/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wsock32.dll.so"' at 7e1a2000 ... 0027:Ret dbghelp.SymLoadModule64() retval=7e1b0000 ret=005eff32 --- snip --- Bad case, 32-bit Wine builtin dll mapped near end of 4 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0xf734e3fc,module=0xf72f0000 L"winex11.drv",reason=PROCESS_ATTACH,res=(nil)) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\winex11.drv",0b36a988 "winex11.drv",f72f0000,ffffffff,00090000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\winex11.drv" "winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) "winex11.drv",ffffffff,2d053b40,0000000c) ret=edbc2fa6 ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\winex11.drv" L"winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) 0027:fixme:dbghelp:validate_addr64 Unsupported address fffffffff72f0000 ... 0027:Ret dbghelp.SymLoadModule64() retval=00000000 ret=005eff32 --- snip --- In this specific case, the game registered an own crash handler which dumps various debugging information in case of a crash. 'dbghelp.SymLoadModule64' is called by the custom crash handler. Source: https://source.winehq.org/git/wine.git/blob/1fa7710ff92dd9555b2b4753e22ce5f… --- snip --- 656 DWORD64 WINAPI SymLoadModule64(HANDLE hProcess, HANDLE hFile, PCSTR ImageName, 657 PCSTR ModuleName, DWORD64 BaseOfDll, DWORD SizeOfDll) 658 { 659 return SymLoadModuleEx(hProcess, hFile, ImageName, ModuleName, BaseOfDll, SizeOfDll, 660 NULL, 0); 661 } --- snip --- So how does high DWORD of 'BaseOfDll' parameter get the 0xffffffff value? A few caller frames up in the app crash handler: --- snip --- ... 005F06D6 8B55 D0 MOV EDX,DWORD PTR SS:[EBP-30] 005F06D9 8B45 CC MOV EAX,DWORD PTR SS:[EBP-34] 005F06DC 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 005F06DF 52 PUSH EDX 005F06E0 99 CDQ 005F06E1 52 PUSH EDX ; high DWORD BaseOfDll 005F06E2 50 PUSH EAX ; low DWORD BaseOfDll 005F06E3 8B45 FC MOV EAX,DWORD PTR SS:[EBP-4] 005F06E6 50 PUSH EAX 005F06E7 51 PUSH ECX 005F06E8 8B4D E8 MOV ECX,DWORD PTR SS:[EBP-18] 005F06EB 56 PUSH ESI 005F06EC E8 EFF7FFFF CALL A_Slower.005EFEE0 ... --- snip --- 'winex11.drv' -> 0xf72f0000 Since the highest bit in low 32-bit 'BaseOfDll' DWORD is set, the 'CDQ' instruction copies the sign (bit 31) of the value in the EAX register into every bit position in the EDX register. Voila - you get the 0xffffffff EDX value which is then propagated through the caller chain as high 32-bit 'BaseOfDll' DWORD to 'dbghelp.SymLoadModule64', leading to symbol load failure and fixme/warning messages. This should be fixed, allowing symbol information even for dlls mapped in high address range to be loaded. $ wine --version wine-1.7.54-261-g61c49bd Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 17072] New: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=17072 Summary: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rincebrain(a)gmail.com Precisely what I posted - when running Star Trek Generations with WinNT/Win2K/WinXP or above set as winver, wine crashes hard: $ wine sgens.exe wine: Unhandled privileged instruction at address 0x4df547 (thread 0009), starting debugger... Unhandled exception: privileged instruction in 32-bit code (0x004df547). fixme:dbghelp_msc:pe_load_debug_directory This guy has FPO information Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004df547 ESP:0032fcd4 EBP:0032fe48 EFLAGS:00010246( - 00 -RIZP1) EAX:0000000f EBX:00536d78 ECX:00565998 EDX:000003b4 ESI:ffffffff EDI:00565998 Stack dump: 0x0032fcd4: 004df354 ffffffff 0048a0a6 00000001 0x0032fce4: 00565998 ffffffff 00536d78 00030000 0x0032fcf4: 00565998 7bc3428f 0013d320 7bc91ff4 0x0032fd04: 0032fd94 7bc46c26 00110054 0032fd5c 0x0032fd14: 0032fd44 00000000 00000000 0013d2f0 0x0032fd24: 0000000a 00110000 0000000c 00000010 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x004df547: outb %al,%dx Modules: Module Address Debug info Name (101 modules) PE 400000- 5e8000 Export sgens ELF 7b800000-7b940000 Dwarf kernel32<elf> \-PE 7b820000-7b940000 \ kernel32 ELF 7bc00000-7bcae000 Deferred ntdll<elf> \-PE 7bc10000-7bcae000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7dc40000-7dc44000 Deferred libgpg-error.so.0 ELF 7dc44000-7dcad000 Deferred libgcrypt.so.11 ELF 7dcad000-7dcbf000 Deferred libtasn1.so.3 ELF 7dcbf000-7dcc3000 Deferred libkeyutils.so.1 ELF 7dcc3000-7dccc000 Deferred libkrb5support.so.0 ELF 7dccc000-7dcfe000 Deferred libcrypt.so.1 ELF 7dcfe000-7dd9b000 Deferred libgnutls.so.26 ELF 7dd9b000-7ddbf000 Deferred libk5crypto.so.3 ELF 7ddbf000-7de51000 Deferred libkrb5.so.3 ELF 7de51000-7de7b000 Deferred libgssapi_krb5.so.2 ELF 7de7b000-7deb1000 Deferred libcups.so.2 ELF 7df20000-7df53000 Deferred uxtheme<elf> \-PE 7df30000-7df53000 \ uxtheme ELF 7df53000-7df68000 Deferred midimap<elf> \-PE 7df60000-7df68000 \ midimap ELF 7df68000-7df91000 Deferred msacm32<elf> \-PE 7df70000-7df91000 \ msacm32 ELF 7df91000-7dfa9000 Deferred libice.so.6 ELF 7dfa9000-7dff9000 Deferred libpulse.so.0 ELF 7dff9000-7e0c1000 Deferred libasound.so.2 ELF 7e0cb000-7e0e4000 Deferred msacm32<elf> \-PE 7e0d0000-7e0e4000 \ msacm32 ELF 7e0e4000-7e11b000 Deferred winealsa<elf> \-PE 7e0f0000-7e11b000 \ winealsa ELF 7e11b000-7e124000 Deferred libxcursor.so.1 ELF 7e124000-7e129000 Deferred libxfixes.so.3 ELF 7e129000-7e12d000 Deferred libxcomposite.so.1 ELF 7e12d000-7e134000 Deferred libxrandr.so.2 ELF 7e134000-7e13e000 Deferred libxrender.so.1 ELF 7e13e000-7e144000 Deferred libxxf86vm.so.1 ELF 7e144000-7e147000 Deferred libxinerama.so.1 ELF 7e147000-7e168000 Deferred imm32<elf> \-PE 7e150000-7e168000 \ imm32 ELF 7e168000-7e16d000 Deferred libxdmcp.so.6 ELF 7e16d000-7e186000 Deferred libxcb.so.1 ELF 7e186000-7e189000 Deferred libxcb-xlib.so.0 ELF 7e189000-7e18c000 Deferred libxau.so.6 ELF 7e18c000-7e27b000 Deferred libx11.so.6 ELF 7e27b000-7e28a000 Deferred libxext.so.6 ELF 7e28a000-7e28e000 Deferred libcom_err.so.2 ELF 7e28e000-7e292000 Deferred libcap.so.1 ELF 7e292000-7e29b000 Deferred libsm.so.6 ELF 7e29b000-7e2a2000 Deferred libasound_module_pcm_pulse.so ELF 7e2a2000-7e2ab000 Deferred librt.so.1 ELF 7e2ad000-7e349000 Deferred winex11<elf> \-PE 7e2c0000-7e349000 \ winex11 ELF 7e38b000-7e3b2000 Deferred libexpat.so.1 ELF 7e3b2000-7e3df000 Deferred libfontconfig.so.1 ELF 7e3df000-7e3f5000 Deferred libz.so.1 ELF 7e3f5000-7e46b000 Deferred libfreetype.so.6 ELF 7e46b000-7e4a2000 Deferred winspool<elf> \-PE 7e470000-7e4a2000 \ winspool ELF 7e4a2000-7e4ff000 Deferred shlwapi<elf> \-PE 7e4b0000-7e4ff000 \ shlwapi ELF 7e4ff000-7e67a000 Deferred shell32<elf> \-PE 7e510000-7e67a000 \ shell32 ELF 7e67a000-7e728000 Deferred comdlg32<elf> \-PE 7e680000-7e728000 \ comdlg32 ELF 7e728000-7e760000 Deferred dinput<elf> \-PE 7e730000-7e760000 \ dinput ELF 7e760000-7e774000 Deferred libresolv.so.2 ELF 7e797000-7e7b7000 Deferred iphlpapi<elf> \-PE 7e7a0000-7e7b7000 \ iphlpapi ELF 7e7b7000-7e81e000 Deferred rpcrt4<elf> \-PE 7e7c0000-7e81e000 \ rpcrt4 ELF 7e81e000-7e930000 Deferred ole32<elf> \-PE 7e840000-7e930000 \ ole32 ELF 7e930000-7e97d000 Deferred dsound<elf> \-PE 7e940000-7e97d000 \ dsound ELF 7e97d000-7ea44000 Deferred comctl32<elf> \-PE 7e990000-7ea44000 \ comctl32 ELF 7ea44000-7ea59000 Deferred lz32<elf> \-PE 7ea50000-7ea59000 \ lz32 ELF 7ea59000-7ea83000 Deferred msvfw32<elf> \-PE 7ea60000-7ea83000 \ msvfw32 ELF 7ea83000-7ead8000 Deferred advapi32<elf> \-PE 7ea90000-7ead8000 \ advapi32 ELF 7ead8000-7eb79000 Deferred gdi32<elf> \-PE 7eaf0000-7eb79000 \ gdi32 ELF 7eb79000-7ecc8000 Deferred user32<elf> \-PE 7eb90000-7ecc8000 \ user32 ELF 7ecc8000-7ed5c000 Deferred winmm<elf> \-PE 7ecd0000-7ed5c000 \ winmm ELF 7ef87000-7ef93000 Deferred libnss_files.so.2 ELF 7ef93000-7ef9e000 Deferred libnss_nis.so.2 ELF 7ef9e000-7efb7000 Deferred libnsl.so.1 ELF 7efb7000-7efdd000 Deferred libm.so.6 ELF 7efe5000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7cc8000-f7ccc000 Deferred libdl.so.2 ELF f7ccc000-f7e2a000 Deferred libc.so.6 ELF f7e2b000-f7e44000 Deferred libpthread.so.0 ELF f7e47000-f7e50000 Deferred libnss_compat.so.2 ELF f7e67000-f7fa2000 Dwarf libwine.so.1 ELF f7fa4000-f7fc4000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Generations\sgens.exe 00000009 0 <== 0000000c 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000015 0 00000014 0 00000011 0 00000010 0 00000016 00000017 0 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) This is not true at all when running with Win9x-based winver - though that has graphical glitches. Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac (I'm confused why wine git HEAD insists that it's wine-1.1.12,but I'm not questioning it). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 32237] New: A slower speed of light: Game crashes after Intro
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=32237 Bug #: 32237 Summary: A slower speed of light: Game crashes after Intro Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: fox6x6x6(a)gmail.com Classification: Unclassified Created attachment 42525 --> http://bugs.winehq.org/attachment.cgi?id=42525 wine output The game starts normally and you can watch the Intro, but after that the game crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 29128] New: L.A. Noire fails to launch
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=29128 Bug #: 29128 Summary: L.A. Noire fails to launch Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peanuthead_069(a)yahoo.com Classification: Unclassified Created attachment 37529 --> http://bugs.winehq.org/attachment.cgi?id=37529 Terminal log of launch attempt. Well, since no one seems to have tested this game yet, I decided to take matters into my own hands. The installer now works on 1.3.33, but the game itself doesn't. All the necessary dependencies are installed already, but still even the mandatory patch required to activate and launch the game doesn't work. Even the no-spaces workaround when installing the game showed no signs of the Noire launching. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 99

[Bug 39847] New: Installation ABBYY Aligner2
by wine-bugs＠winehq.org 25 Apr '20

25 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39847 Bug ID: 39847 Summary: Installation ABBYY Aligner2 Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msrom(a)mail.ru Distribution: --- Created attachment 53196 --> https://bugs.winehq.org/attachment.cgi?id=53196 log Cannot install application ABBYY Aligner2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

[Bug 44077] New: Overwatch: Within the first minute of game play the entire OS stops rendering ( requires hard reboot)
by wine-bugs＠winehq.org 25 Apr '20

25 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44077 Bug ID: 44077 Summary: Overwatch: Within the first minute of game play the entire OS stops rendering (requires hard reboot) Product: Wine-staging Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sander.smid(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- wine-2.21 (Staging) Linux oribi 4.13.12-1-ARCH #1 SMP PREEMPT Wed Nov 8 11:54:06 CET 2017 x86_64 GNU/Linux Graphics: Card: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/580] Display Server: x11 (X.Org 1.19.5 ) drivers: nvidia (unloaded: modesetting,fbdev,nv,vesa,nouveau) Resolution: 1920x1200(a)59.95hz OpenGL: renderer: AMD Radeon RX 480 Graphics (AMD POLARIS10 / DRM 3.18.0 / 4.13.12-1-ARCH, LLVM 5.0.0) version: 4.5 Mesa 17.2.5 env WINEPREFIX="/games/BattleNet" /usr/bin/wine /games/BattleNet/drive_c/Program\ Files\ $x86$/Overwatch/Overwatch.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 28

[Bug 44089] New: Strider crashes after loading screen
by wine-bugs＠winehq.org 25 Apr '20

25 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44089 Bug ID: 44089 Summary: Strider crashes after loading screen Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: strider(a)strycore.com Distribution: --- Created attachment 59805 --> https://bugs.winehq.org/attachment.cgi?id=59805 backtrace of the crash While the main menu works fine, when starting a game, the game crashes. This is a regression that started in Wine Staging 2.16, when the deferred context patch (https://dev.wine-staging.com/patches/181/) was introduced. I had a build of Wine Staging 2.15 with that patch enabled and I noticed crashes starting with that build and onward until the latest tested, Staging 2.21. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 18104] New: Final Draft: text to speech fails
by wine-bugs＠winehq.org 24 Apr '20

24 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=18104 Summary: Final Draft: text to speech fails Product: Wine Version: 1.1.19 Platform: All URL: http://www.finaldraft.com/downloads/demo-final-draft.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jens(a)porup.com Final Draft is the screenwriter's standard word processor. It offers a text to speech feature that does not work in wine. It doesn't break anything if you try; the buttons just don't do anything at all. Terminal output coming soon. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 23

[Bug 42136] New: switching tab in sapi.cpl crashes control
by wine-bugs＠winehq.org 24 Apr '20

24 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=42136 Bug ID: 42136 Summary: switching tab in sapi.cpl crashes control Product: Wine Version: 2.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fiendishx(a)gmail.com Distribution: --- Created attachment 56693 --> https://bugs.winehq.org/attachment.cgi?id=56693 console log sapi.cpl is installed by the Microsoft Speech SDK installer from https://download.microsoft.com/download/B/4/3/B4314928-7B71-4336-9DE7-6FA4C… (or via winetricks) $ wine control '.wine/drive_c/Program Files (x86)/Common Files/Microsoft Shared/Speech/sapi.cpl' brings up the Speech Properties control panel. Choosing the tab labeled "Text To Speech" crashes the control. Console log attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 40502] New: Global objects constructors fail when invoking standard libs
by wine-bugs＠winehq.org 24 Apr '20

24 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=40502 Bug ID: 40502 Summary: Global objects constructors fail when invoking standard libs Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: mirko.ortensi(a)gmail.com Distribution: --- I managed to recompile and link my win32 application but at execution time, it crashes because of a segmentation fault where memset (or the bare printf("HELLO")) is invoked in the global object constructor (any call to standard C library is enough to trigger the crash). The global object is built in the stack, then it seems that at launch time my object constructor is called before C Standard Library is ready. Now, as a workaround I can declare a pointer to global object and instantiate it in the main (tested, it works)...though...this is something I'd like to avoid to keep the code as original as possible. Removing the global objects, everything works like a charm. As far as I understand, global object constructors are called after Wine infrastructure is ready to go, though I have doubts now regarding C Standard Library. (Please check 8.3.3. Starting a Winelib process https://www.winehq.org/docs/winedev-guide/x3172) This code reproduces the error: #include <stdio.h> class Printer { public: Printer(){printf("HI\n");} }; Printer p; int main(void) { return 0; } The issue is reproduced by this code linking to msvcrt: wineg++ -mno-cygwin issue.cpp -o issue Linking to system libs, this code does not reproduce the issue. wineg++ issue.cpp -o issue Now, in my code (pretty big software I am porting to Linux) I still need to isolate root cause, issue is reproduced even linking against system libraries (not Wine's msvcrt, then). Anyway, I think there's a bug somewhere when linking to msvcrt even in this silly piece of code. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10