wine-bugs

wine-bugs@winehq.org

1 participants
158851 discussions

[Bug 48943] New: assasins creed 2 (uplay) camera spinning with dualshock 4
by WineHQ Bugzilla 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=48943 Bug ID: 48943 Summary: assasins creed 2 (uplay) camera spinning with dualshock 4 Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: animegirl(a)stronzi.org Distribution: --- Created attachment 66918 --> https://bugs.winehq.org/attachment.cgi?id=66918 log latest archlinux, latest wine-staging. -- 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 14

[Bug 49020] New: Seg fault in wineserver in req_get_thread_context
by WineHQ Bugzilla 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 28 Apr '20

28 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 28 Apr '20

28 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 28 Apr '20

28 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs