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

[Bug 45806] New: Regedit doesn't paint windows contents
by wine-bugs＠winehq.org Dec. 20, 2021

Dec. 20, 2021

https://bugs.winehq.org/show_bug.cgi?id=45806 Bug ID: 45806 Summary: Regedit doesn't paint windows contents Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: ilias(a)thechampion.ru Distribution: --- Created attachment 62265 --> https://bugs.winehq.org/attachment.cgi?id=62265 Log gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual I start regedit 3.15 in just created Wine directory and can see only menu bar and status bar, registry tree and the rest isn't painted. I can export whole registry so I think it's a graphic problem. regedit from Wine 3.0.2 work well. regedit 3.14 is also affected. Log is gathered with +timestamp,+tid,+all,-relay,-heap,-ntdll,-virtual. -- 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 4

[Bug 50638] New: Builtin Dbghelp.dll doesn't succesfully load symbols from a FakePDB PDB file
by WineHQ Bugzilla Dec. 19, 2021

Dec. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=50638 Bug ID: 50638 Summary: Builtin Dbghelp.dll doesn't succesfully load symbols from a FakePDB PDB file Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: ArchLinux Hi. FakePDB is a plugin for IDA PRO 7.x that from the current program and database loaded into IDA , generate a PDB file compatible with debuggers. I created a PDB for Oblivion.exe (the executable of the game The Elder Scroll Oblivion) as I weanted to try the system (and Oblivion has many internal definition decoded from various projects, from OBSE to OblivionReloaded) So I tried triggering a CTD (knowing a way to make the game crash immediatly) but the winedbg wasn't loading the symbols, sometimes causing a crash of the winedbg itself. In the terminals there were a lot of: 04f4:fixme:dbghelp:symt_get_address Unsupported sym-tag --- for get-address Going down the rabbit hole, I tried to see if I could get the value of the sym-tag, adding a print, but the value was nonsensical (1114872 in decimal) too big to be valid. I continued to debug: 0584:trace:dbghelp_msc:pdb_init PDB(C:\Games\Oblivion\Oblivion.pdb): "Microsoft C/C++ MSF 7.00\r\n\x1aDS\x00\ 0584:trace:dbghelp_msc:pdb_init found DS for C:\Games\Oblivion\Oblivion.pdb: age=1 guid={7bbd0a3a-8959-474f-aba3-082cd018c220} 0584:trace:dbghelp_msc:pdb_init PDB(e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb): "Microsoft C/C++ MSF 7.00\r\n\x1aDS\x00\ 0584:trace:dbghelp_msc:pdb_init found DS for e:\NetworkProjectsPC\OblivionSE\Oblivion\Game\Oblivion.pdb: age=1 guid={7bbd0a3a-8959-474f-aba3-082cd018c220} 0584:trace:dbghelp_symt:symt_new_public Adding public symbol L"oblivion":$LN21 @98124f 0584:trace:dbghelp_symt:symt_new_public Added public symbol L"oblivion":$LN21 @98124f a The PDB is found and loaded properly, and the first symbol is succesfully added. However after the first symbol is added all the others start to fail: 0584:trace:dbghelp_symt:symt_new_public Adding public symbol L"oblivion":??0?$LockFreeMap(a)PBDPAVKFModel@@@@QAE(a)XZ @438f10 0584:fixme:dbghelp:symt_get_address Unsupported sym-tag 1114872 for get-address 0584:trace:dbghelp_symt:symt_new_public Failing 10014 10000 10000 1465e64 (I added some traces to understand a bit better what's was going on, but the issue should be clear) Here seems to be that dbghelp_options is SYMOPT_AUTO_PUBLICS and symt_find_nearest(module, address) return a non-null address, so the function symt_new_public return null. For every symbols except the first and the :EntryPoint symbol. For now the only workaround I found is to comment this part of the code: if ((dbghelp_options & SYMOPT_AUTO_PUBLICS) == SYMOPT_AUTO_PUBLICS && (sym = symt_find_nearest(module, address) != NULL)){ return NULL; } And everything seems to work again, but I don't know if by doing this I broke something else. FakePDB code: https://github.com/Mixaill/FakePDB (It use LLVM to generate the PDB file) -- 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 3

[Bug 47882] New: Noita - Crash on launch
by WineHQ Bugzilla Dec. 18, 2021

Dec. 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=47882 Bug ID: 47882 Summary: Noita - Crash on launch Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: digisteve5(a)gmail.com Distribution: --- Created attachment 65377 --> https://bugs.winehq.org/attachment.cgi?id=65377 backtrace Tried with various desktop settings, set to Windows 7 and 10. -- 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 50906] New: Her Story hangs/crashes in video clips
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=50906 Bug ID: 50906 Summary: Her Story hangs/crashes in video clips Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 69715 --> https://bugs.winehq.org/attachment.cgi?id=69715 Video played to the end Hi, The game Her Story (the GOG version in my tests) either hangs or crashes on playing videos. There are two issues: 1, Letting a video play through to the end results in a hang and these errors: 01c4:err:quartz:DSoundRender_SendSampleData 0 01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8 "dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4, blocked by 0024, retrying (60 sec) This is not 100% reproducible, the attached playthrough.log for this issue contains one successful playthrough before the hang. 2. Seeking in a video results in a crash. Seems to happen every time. 0194:err:ntdll:RtlpWaitForCriticalSection section 016F1CC8 "dlls/winegstreamer/quartz_parser.c: pin.flushing_cs" wait timed out in thread 0194, blocked by 0024, retrying (60 sec) 0198:fixme:dbghelp:validate_addr64 Unsupported address fffffffff7f70000 [...] 0198:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc46b15 To reproduce this, click on the video once for the seek bar to appear and skip forwards/backwards. This is the seek_backwards.log Logs are attached captured with +quartz,+gstreamer Video files are H264 with MP3 audio in an AVI container. Interestingly removing the audio track from the video files gets rid of both issues. (The first video file used by the game is D305.avi, unless it's random?) -- 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 10

[Bug 29934] New: Weird Worlds: Launcher no longer launches the game
by wine-bugs＠winehq.org Dec. 17, 2021

Dec. 17, 2021

http://bugs.winehq.org/show_bug.cgi?id=29934 Bug #: 29934 Summary: Weird Worlds: Launcher no longer launches the game Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es Classification: Unclassified Weird Worlds's launcher no longer works as expected. Since this is a regression, I did a regression test but it was unsuccessful. The launcher works fine from wine-1.0 to wine-1.3.25, including the stable version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4. When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33 (both included) the launcher didn't even appear, and manually had to skip all that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there but no longer launches the game. Can't provide a regression id as the issue clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the launcher does not start so is virtually impossible to test. Didn't noticed earlier as the game can be launched from scripts or commandline this way: wine weird.exe -skiplauncher -game default Luckyly there's a demo showing the same behaviour here: http://www.shrapnelgames.com/Demos/DD_WW_win.html I wish I could add more info, but that's all I have right now. -- 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 45

[Bug 48930] New: Vcrun2019 cannot be installed.
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=48930 Bug ID: 48930 Summary: Vcrun2019 cannot be installed. Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: depositmail(a)mail.ru Distribution: --- Hi! I can't install vcrun2019. Used the Winetricks shell. I can't figure it out myself, I need help. -- 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 5

[Bug 43981] New: Watch_Dogs fails to start
by wine-bugs＠winehq.org Dec. 16, 2021

Dec. 16, 2021

https://bugs.winehq.org/show_bug.cgi?id=43981 Bug ID: 43981 Summary: Watch_Dogs fails to start Product: Wine-staging Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fin4478(a)hotmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59641 --> https://bugs.winehq.org/attachment.cgi?id=59641 wine terminal output The Uplay game Watch_Dogs is free in this week. Install Uplay and then you can install the Watch_Dogs game. When you launch the game, the game opens a full screen image where is the Ubisoft logo and plays a sound. Then the game hangs. The terminal output is attached and you can see the following error many times: d3d:wined3d_device_decref Leftover resource 0x1491f420 with type WINED3D_RTYPE_BUFFER (0x1) I use the Wine configuration for watch_dog.exe. I have tried d3d library override and win7 and win8. My system: OpenGL renderer string: AMD POLARIS11 (DRM 3.19.0 / 4.14.0-rc4, LLVM 6.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel - padoka PPA -- 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 51000] New: Rufus won't run on a fresh prefix; Needs "elevated privileges"
by WineHQ Bugzilla Dec. 16, 2021

Dec. 16, 2021

https://bugs.winehq.org/show_bug.cgi?id=51000 Bug ID: 51000 Summary: Rufus won't run on a fresh prefix; Needs "elevated privileges" Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 69844 --> https://bugs.winehq.org/attachment.cgi?id=69844 Wine Staging 6.6 log file Rufus 3.13 (Portable) won't run on a fresh Wine Staging prefix. The oldest staging version I could still reproduce this was on 6.3. Steps to reproduce: 1. Download rufus-3.13p.exe from here: https://github.com/pbatard/rufus/releases/tag/v3.13 (sha1: da498e3e80186ee16620f56a601e19fbdc1f8551) 2. Run: $ WINEPREFIX=~/.wine2 wine rufus-3.13p.exe 3. Rufus will display the following message and exit: "This application can only run with elevated privileges" I wasn't able to reproduce with vanilla Wine. 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.

1 4

[Bug 50680] New: Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId
by WineHQ Bugzilla Dec. 16, 2021

Dec. 16, 2021

https://bugs.winehq.org/show_bug.cgi?id=50680 Bug ID: 50680 Summary: Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId Product: Wine-staging Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69406 --> https://bugs.winehq.org/attachment.cgi?id=69406 wine-6.2 with ntdll-NtAlertThreadByThreadId +seh,+pid,+timestamp,+tid output The game won't launch on Wine-Staging 6.1 and 6.2. I've done some tests and found that using Wine + `ntdll-NtAlertThreadByThreadId` from Staging is enough to reproduce this problem. Disabling this patchset on Staging or using "vanilla" Wine helps. And the most annoying thing is that "slowing down Wine" (or whatever) with `WINEDEBUG="+seh,+pid,+sync,+timestamp` - fixes the problem on my local system/hardware. So I can't reproduce it at collection of logs. I was able to attach a log with these debug channels (+seh,+pid,+timestamp,+tid), but it looks like the game can create several kinds of error. Perhaps it depends on which part of the code/thread is the first to be executed (it looks like something related to parallel programming, I don't know how it is called correctly). (Sorry, it looks like this time I was not able to collect any useful information to create a report, but I believe that it would be wrong not to create it at all.) -- 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 30

[Bug 50558] New: ntdll-Dealloc_Thread_Stack cause memory leak for C# game
by WineHQ Bugzilla Dec. 16, 2021

Dec. 16, 2021

https://bugs.winehq.org/show_bug.cgi?id=50558 Bug ID: 50558 Summary: ntdll-Dealloc_Thread_Stack cause memory leak for C# game Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: trufanovan(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I've traced down a memory leak in one game to the ntdll-Dealloc_Thread_Stack in wine-staging. No other wine versions or staging patches cause such problem. I've reproduced it on actual wine master branch from github with `./staging/patchinstall.py ntdll-Dealloc_Thread_Stack` The game is "Delta's Shadow" released in 2020. Demo is available at https://zxonline.net/game/deltas-shadow/ Its Windows version is written in C# with SDL. The memory leaks every time game plays SFX and only in this case. A music doesn't cause leak. I've asked the author: music is played via SDL and SFX is played with System.Media.SoundPlayer::Play(). It looks like this class is just calls PlaySound function from winmm.dll and pass a stream with WAV into it. And this somehow and ups in ntdll. So, to reproduce the problem: 1. Install wine-staging 2. Install the demo 3. Launch game in wine-staging 4. Press ALt+Enter to switch the game into a windowed mode and launch Task manager to see the RAM it consumes. 5. Start pressing W and S keys (Up and Down) in game main menu to produce a menu item change SFX. Result: Game RAM usage grows each time you press the key and don't decrease later. Expected: No significant RAM usage change. -- 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 3