May 2018 - Wine-bugs - list.winehq.org

[Bug 9740] New: Unimplemented function causes Phantasmagoria 2 to crash
by wine-bugs＠winehq.org 15 Oct '20

15 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=9740 Summary: Unimplemented function causes Phantasmagoria 2 to crash Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Created an attachment (id=8178) --> (http://bugs.winehq.org/attachment.cgi?id=8178) Crash log, +relay, +msgbox When I start Phantasmagoria 2 - A puzzle of flesh, it crashes because of an unimplemented function. It tries to call msvcrt40.dll.??0ostrstream@@QAE(a)PADHH@Z which appears to be unimplemented. I have attached the log from the crash. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 44697] New: Dark Souls: Prepare to Die Edition 2.0 - Cinematics Audio Drops Intermittently
by wine-bugs＠winehq.org 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=44697 Bug ID: 44697 Summary: Dark Souls: Prepare to Die Edition 2.0 - Cinematics Audio Drops Intermittently Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- Created attachment 60707 --> https://bugs.winehq.org/attachment.cgi?id=60707 Terminal Output (+tid) While playing a video, such as the opening cinematics, the audio drops now and then, but keeps in sync just fine. -- 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 38227] New: wine crashes when running quotetracker
by wine-bugs＠winehq.org 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=38227 Bug ID: 38227 Summary: wine crashes when running quotetracker Product: Wine Version: 1.7.38 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: rockman6112(a)yahoo.com CC: rockman6112(a)yahoo.com Distribution: --- Created attachment 51029 --> https://bugs.winehq.org/attachment.cgi?id=51029 crash info given by wine 1. the crash is reproducible for both wine 1.7 and 1.6 on ubuntu 14.04. 2. the exact same quotetracker setup ran with wine 1.4 on unbuntu 10.04 for several years without any issues. 3. this bug is timing related in multi-processes(threads): a. if the application has two open windows, no crash is observed. if the application has more than 10 windows openned, it usually will crash within 60 minutes. b. with using +relay, no crash was observered even after more than 100GB debugging data was logged from the command line output. In this case, the application takes more cpu load due to the logging process. 4. no err from the debug logging(class ERR). 5. There is an overhead in the setup to reproduce the bug, especially it needs to get real time stock quote streaming. But I can be a big helper on this: such as turning on a given set of debug parameters, even things like getting instrumented code from the developer and compile/install wine on my system. So please feel free to contact me in the bug fixing process. -- 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 19

[Bug 45124] New: Fortnite: crash when loading battle royal lobby
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=45124 Bug ID: 45124 Summary: Fortnite: crash when loading battle royal lobby Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ado92300(a)gmail.com Distribution: --- Created attachment 61306 --> https://bugs.winehq.org/attachment.cgi?id=61306 wine log of launching fortnite As of Fortnite 4.0/for now, battle eye is not required to play fortnite and when run through wine the launcher will set -nobe (no battleeye) and fortnite launches with out this bug https://bugs.winehq.org/show_bug.cgi?id=41670. But once you load the title screen and select battle royal it crashes without a clear error (in wine output). I included the log of wine64 (Wine 3.7 Staging) and the UE4 Log for fortnite the only dll override set is shcore to disabled because the launcher wont load with it note: sometimes i can hear the battle royal intro video but never see it -- 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 32073] New: Some chars are mapped as dead key
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=32073 Bug #: 32073 Summary: Some chars are mapped as dead key Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: cerebro.alexiel(a)gmail.com Classification: Unclassified When I use TapTouche, a typing training software, it warns me my keyboard is mis-configured and disables automatically some exercices. I installed it in an XP VM, compared with wine and found that exercices using the following chars were not available in wine : é ç à ù â ê û î ô É È Ç À Ù Â Ê Û Î Ô Thanks to +relay and +key,+keyboard, I found that VkKeyScan(0xe7) returns -1 in wine, 0x39 in windows VkKeyScan(0xe8) returns -1 in wine, 0x37 in windows I have a french keyboard and as you may have guessed, the 7 key contains 'è' and '`' while the 9 key contains 'ç' and '^'. For the following, I only focus on the 7 key (keycode 16) as it's the same issue for the 9 key. I played with XkbKeycodeToKeysym(display, 16, 0, [0-4]) and it returns 0xe8 'è' / 0x37 '7' / 0x60 '`' / 0xac6 '⅞'. showing my keyboard is correctly mapped/configured so the issue is on the wine side. I looked at the source code and found the issue was in the loop at http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winex11.drv/keyboard.… More precisely, line 1728, keycode_to_keysym returns 0xe8 for i=0, XkbTranslateKeySym fails and as 0xe8 > 0x7F (the lastest ascii char), ckey[i] is 0. There is an explicit FIXME but as I don't fully understand it, I prefer filing a bug. If you need any info, testcase or log, just let me know. -- 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 3

[Bug 12443] New: Multi-monitor handling in ddraw/d3d
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=12443 Summary: Multi-monitor handling in ddraw/d3d Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In bug 1347, I write: I'm guessing slideshows in Picasa with multi-monitors is affected by this as well. When starting the slideshow, the entire screen gets blanked. After the slideshow ends, the screen that showed the slideshow gets restored, but the secondary screen remains blank until it gets drawn over. Stefan replied: This could as well be a bug with multi-monitor handling in ddraw, as ddraw is pretty ignorant to that. Yes, a bug on d3d multi-monitor handling is a good idea I think. Thus this bug serves as a reminder to look at multi-monitor handling issues in ddraw/d3d. -- 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 14

[Bug 14398] New: X3 Reunion crash on opening comm menu
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=14398 Summary: X3 Reunion crash on opening comm menu Product: Wine Version: 1.1.0 Platform: PC URL: http://www.egosoft.com/games/x3/info_en.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pablo.bueti(a)gmail.com Created an attachment (id=14712) --> (http://bugs.winehq.org/attachment.cgi?id=14712) The console outuput when game hangs When selecting a ship and pressing C to open comms dialog the game hangs, there are several fixme:amstream lines in console that don't stop showing while games is hang. After pressing Ctrl-c in console I got the output to report the error here (attached). This was tested on openSuSe 10.3, kernel 2.6.22.18-0.2-default and Wine 1.1.0 without modifications. Also videos and sounds aparently in mp3 format don't play. I found that I'm not the only having this problem and seems to be related to amstream.dll. Also tried using native dll but don't help (game crashes and return to console). -- 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 14

[Bug 31342] New: Trespasser wont launch
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=31342 Bug #: 31342 Summary: Trespasser wont launch Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mstilson153(a)gmail.com Classification: Unclassified Created attachment 41183 --> http://bugs.winehq.org/attachment.cgi?id=41183 Error report information Trespasser.exe: trespasser has encountered a serious problem and needs to close. -- 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 31

[Bug 45090] New: (nearly) every test shows a leak in kernel32/{console, term}.c
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=45090 Bug ID: 45090 Summary: (nearly) every test shows a leak in kernel32/{console,term}.c Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Created attachment 61259 --> https://bugs.winehq.org/attachment.cgi?id=61259 terminal output I haven't noticed this on other machines. I built a new machine with more debugging options, which may be a factor. This is adsldp/sysinfo: ==23199== 172 bytes in 1 blocks are definitely lost in loss record 87 of 107 ==23199== at 0x402EF08: calloc (vg_replace_malloc.c:711) ==23199== by 0x5832624: _nc_setupterm (lib_setup.c:711) ==23199== by 0x5832B11: setupterm (lib_setup.c:955) ==23199== by 0x7B472181: TERM_Init (term.c:419) ==23199== by 0x7B434E70: CONSOLE_Init (console.c:3079) ==23199== by 0x7B44422B: process_attach (kernel_main.c:94) ==23199== by 0x7B444321: DllMain (kernel_main.c:139) ==23199== by 0x7B47D3EA: __wine_spec_dll_entry (dll_entry.c:40) ==23199== by 0x7BC4C6B1: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== by 0x7BC4FB7A: MODULE_InitDLL (loader.c:1186) ==23199== by 0x7BC4FE40: process_attach (loader.c:1278) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC526CB: attach_dlls (loader.c:3156) ==23199== by 0x7BC7808F: attach_thread (signal_i386.c:2689) ==23199== by 0x7BC74C63: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== I'll attach a log with more examples. -- 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 39123] New: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=39123 Bug ID: 39123 Summary: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls Product: Wine Version: 1.7.49 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: chaos.kagami(a)gmail.com Distribution: --- Created attachment 52131 --> https://bugs.winehq.org/attachment.cgi?id=52131 Replaces SYSTEM_INTERRUPT_INFORMATION returning zeroed array with rand() filled array The following messages are repeated through the log during gameplay of Fairy Fencer F, over and over: fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x00000021,0x5dd43a80,0x00000010,0x6fcdd00) stub fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x5dd43a80,0x00000020,0x6fcdd00) stub Looking through WINE's source, as well as various internet resources - SYSTEM_INTERRUPT_INFORMATION and another two-ish unimplemented queries can be used to seed RNG, or just be used as random numbers. Wine returns a zero-filled array in all of these cases, which results in oddly crippled RNG ranges in Fairy Fencer F. I've observed a whole battle where every attach hit and as long as the same attack was used, it did exactly the same damage every time. Also, in general, the game appears to lack some randomness with these stubs versus windows. Replacing the zero-filled array with a rand() filled one improves the situation, but I'm rather sure it isn't what windows does. A rather hackish patch is attached. The difference in random numbers in-game should be easily and immediately observable. I'm also aware the patch doesn't meet submission guidelines - it's not meant to be a real fix. I'm not entirely sure what the 'correct' fix is. -- 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 11