April 2020 - Wine-Bugs - list.winehq.org

[Bug 49020] New: Seg fault in wineserver in req_get_thread_context
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49020 Bug ID: 49020 Summary: Seg fault in wineserver in req_get_thread_context Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: harry+winehq(a)unheit.net Regression SHA1: c4dab9b76eb7397f6e5325ff4bdf792cf500e571 Distribution: --- Seg fault of wineserver at server/thread.c:1851 Program terminated with signal SIGSEGV, Segmentation fault. #0 req_get_thread_context (req=<optimized out>, reply=<optimized out>) at thread.c:1928 1928 context->cpu = thread_context->regs.cpu; (gdb) bt #0 req_get_thread_context (req=<optimized out>, reply=<optimized out>) at thread.c:1928 #1 0x5668ad25 in call_req_handler (thread=<optimized out>) at request.c:312 #2 0x566925c1 in thread_poll_event (fd=0x58748ca0, event=1) at thread.c:387 #3 0x56667186 in main_loop_epoll () at fd.c:490 #4 0x56667444 in main_loop () at fd.c:951 #5 0x56655ac5 in main () This is from wine-staging, line number is different. Code at this point is the same. thread_context is always NULL at this point. Commit that introduced this bug is c4dab9b76eb7397f6e5325ff4bdf792cf500e571. -- 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.

1 2

[Bug 49000] New: update to 5.6 breaks libtool in usage of GNU autoconf ./configure
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49000 Bug ID: 49000 Summary: update to 5.6 breaks libtool in usage of GNU autoconf ./configure Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noel.kuntze+bugs.winehq(a)thermi.consulting Distribution: --- When updating to 5.6, paths that are generated by libtool or GNU autoconf (unknown which specifically) in third party programs, specifically by the ./configure script of GNU autoconf programs contain trailing newlines now. This breaks the generated .libs/lb-*.c files. A short excerpt of the troublesome section: #if __GNUC__ < 4 || (__GNUC__ == 4 && __GNUC_MINOR__ < 5) # define externally_visible volatile #else # define externally_visible __attribute__((externally_visible)) volatile #endif externally_visible const char * MAGIC_EXE = "%%%MAGIC EXE variable%%%"; const char * LIB_PATH_VARNAME = "PATH"; const char * LIB_PATH_VALUE = "Z:\\home\\thermi\\UNITS\\Contauro_AG\\strongswan\\src\\libstrongswan\\.libs ;"; const char * EXE_PATH_VARNAME = "PATH"; const char * EXE_PATH_VALUE = "Z:\\usr\\x86_64-w64-mingw32\\lib ;Z:\\usr\\x86_64-w64-mingw32\\bin ;Z:\\usr\\local\\lib ;Z:\\usr\\local\\bin ;Z:\\home\\thermi\\UNITS\\Contauro_AG\\strongswan\\src\\libstrongswan\\.libs ;Z:\\usr\\local\\lib\\ipsec ;"; ^ this is not valid C code (with Wine 5.5, there are no newlines between the paths and the ; chararacters. That then is valid C 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.

1 6

[Bug 49021] New: When logging into a character, from the character selection screen, it freezes after loading page is done.
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49021 Bug ID: 49021 Summary: When logging into a character, from the character selection screen, it freezes after loading page is done. Product: Wine-staging Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eaglecomputers.ok(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- 5.7 does not allow WoW to run, at least on the retail BFA. I have not checked classic. If I revert to 5.6, everything works as expected, and the game works. -- 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.

1 4

[Bug 46545] New: WINEPREFIX doesn't work when ends with "windows"
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=46545 Bug ID: 46545 Summary: WINEPREFIX doesn't work when ends with "windows" Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 63407 --> https://bugs.winehq.org/attachment.cgi?id=63407 wine default prefix Setting WINEPREFIX to something that ends with "windows" (e.g., $HOME/windows) causes wineboot to create a broken wine instance. In particular, C:\ won't exist, for example: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > File not found. whereas with the default prefix C:\ is fine: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > 1/28/2019 11:31 AM <DIR> Program Files > 1/28/2019 11:31 AM <DIR> Program Files (x86) > 1/28/2019 11:31 AM <DIR> ProgramData > 1/28/2019 11:31 AM <DIR> users > 1/28/2019 11:31 AM <DIR> windows > 0 files 0 bytes > 5 directories 90,299,498,496 bytes free Setting WINEPREFIX to other values seems to work fine (e.g., $HOME/win). Why is "windows" special? Are there any other special values that WINEPREFIX shouldn't use? See the attached console log for more details. -- 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 39807] New: Cannot install a programm
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=39807 Bug ID: 39807 Summary: Cannot install a programm Product: Wine Version: 1.7.55 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 53142 --> https://bugs.winehq.org/attachment.cgi?id=53142 log Cannot install the ABBYY Aligner -- 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 39224] New: Warcraft 3: Sound rustles without -opengl
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=39224 Bug ID: 39224 Summary: Warcraft 3: Sound rustles without -opengl Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- If Warcraft 3 is started without the -opengl option I'm hearing at the startscreen besides the normal music a quiet rustle. -- 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 5

[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 April 28, 2020

April 28, 2020

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 April 28, 2020

April 28, 2020

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 April 28, 2020

April 28, 2020

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 April 28, 2020

April 28, 2020

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