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

[Bug 51762] New: Installing visual studio 2019 by manually extracting vs_installer.opc crashes wine
by WineHQ Bugzilla Sept. 18, 2021

Sept. 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=51762 Bug ID: 51762 Summary: Installing visual studio 2019 by manually extracting vs_installer.opc crashes wine Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 70664 --> https://bugs.winehq.org/attachment.cgi?id=70664 Backtrace after running the extracted vs2019 installer I'm trying to install visual studio 2019. Running the installer on a vanilla wineprefix does not work it also does not work after installing corefonts and dotnet462 See https://bugs.winehq.org/show_bug.cgi?id=51761 I found a possible workaround in this script: https://bugs.winehq.org/attachment.cgi?id=65524 mentioned in this bugreport: https://bugs.winehq.org/show_bug.cgi?id=47626 The workaround crashes wine. To reproduce: $ rm -rf ~/.wine $ wineboot $ winetricks -q corefonts dotnet462 $ wget https://aka.ms/vs/16/release/installer -O vs_installer.opc $ md5sum vs_installer.opc 8bcc6fd057a5f066185fb287d7fff99e vs_installer.opc $ mkdir -p opc $ unzip -d opc vs_installer.opc $ wine opc/Contents/vs_installer.exe install --channelId VisualStudio.16.Release --channelUri "https://aka.ms/vs/16/release/channel" --productId Microsoft.VisualStudio.Product.BuildTools Now wine crashes, and gives me the opportunity to save a backtrace (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.

1 6

[Bug 51088] New: Wine doesn't find (builtin?) wineasio.dll.so
by WineHQ Bugzilla Sept. 16, 2021

Sept. 16, 2021

https://bugs.winehq.org/show_bug.cgi?id=51088 Bug ID: 51088 Summary: Wine doesn't find (builtin?) wineasio.dll.so Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: michaelwigard(a)arcor.de Distribution: --- WineASIO provides an ASIO to JACK driver for WINE. (https://github.com/wineasio/wineasio) Since this commit: https://source.winehq.org/git/wine.git/commit/bb065801a693e1cd305d2a507c206… (ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix.) Wine doesn't seem to find wineasio.dll.so any more: $ wine regsvr32 wineasio.dll regsvr32: Failed to load DLL 'wineasio.dll' Before that commit, load_builtin_dll would eventually be called and load wineasio.dll.so. After that commit, it seems find_builtin_without_file is called, but doesn't load it. With this workaround it works again: $ cp /usr/lib/wine/wineasio.dll.so ~/.wine/drive_c/windows/system/wineasio.dll I'm not too familiar with the internals of Wine, but I suspect it might have something to do with the absence of a fake dll. I was able to get it to work by copying and renaming one of the other fake dlls to wineasio.dll, but only when also setting WINEDLLPATH. It seems to me that this should be a bug in Wine, since it worked the way it was before and doesn't since that commit, but if the solution is something else, please let me know. -- 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 51736] New: World of Warcraft TBC Classic crashed upon killing in world PVP
by WineHQ Bugzilla Sept. 15, 2021

Sept. 15, 2021

https://bugs.winehq.org/show_bug.cgi?id=51736 Bug ID: 51736 Summary: World of Warcraft TBC Classic crashed upon killing in world PVP Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: borgoneohone(a)yahoo.com Distribution: --- Operating System: Manjaro Linux KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 Kernel Version: 5.13.13-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-4690 CPU @ 3.50GHz Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 960/PCIe/SSE2 In World of Warcraft The Burning Crusade Classic edition, the game hangs then crashes every time I am close, in distance, to a world PvP target and said target is near death and I am engaged in the PvP. This has only happened in this specific distrobution of Linux. It did not happen in the Gnome variant of Manjaro, nor did it happen in Ubuntu. This is my first bug filing, so please tell me if I did anything incorrectly. I am unsure how to generate a bug report in Wine, though I will attempt to look further into it if it happens when I have some time to look into it instead of needing to reopen and log back into the game client. -- 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 51756] New: Blockattack gives a black screen after changing from windowed to full screen or vice versa
by WineHQ Bugzilla Sept. 15, 2021

Sept. 15, 2021

https://bugs.winehq.org/show_bug.cgi?id=51756 Bug ID: 51756 Summary: Blockattack gives a black screen after changing from windowed to full screen or vice versa Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 70651 --> https://bugs.winehq.org/attachment.cgi?id=70651 Console messages running under wine-6.15-123-gbe8501ac6f1 Blockattack gives a black screen after changing from windowed to full screen or vice versa Note, I'm running a version of wine between 6.15 and 6.16: $ wine --version wine-6.15-123-gbe8501ac6f1 To reproduce: # pacman -Suy # reboot $ rm -rf ~/.wine $ wineboot $ wget https://github.com/blockattack/blockattack-game/releases/download/v2.6.0/bl… $ md5sum blockattack-installer-2.6.0.exe 2c9b37b7794f549271b6dae6865af687 blockattack-installer-2.6.0.exe $ wine blockattack-installer-2.6.0.exe (accept the defaults, and let it run blockattack) Now blockattack starts playing. Go to configure, and click on "fullscreen off" or click on "fullscreen on". Now the game goes from colorfull windowed to a completely black fullscreen, or it goes from colorfull fullscreen to black windowed. Press alt-tab to return to the desktop manager, right-click on blockattack in the task bar, and choose "close window". The game will now exit. My versions: $ wine --version wine-6.15-123-gbe8501ac6f1 [cedric(a)cedric ~]$ uname -a Linux cedric 5.14.3-arch1-1 #1 SMP PREEMPT Sun, 12 Sep 2021 20:51:34 +0000 x86_64 GNU/Linux -- 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 51746] New: 6.17 bullseye packages depend on libvkd3d1 1.2 from experimental
by WineHQ Bugzilla Sept. 15, 2021

Sept. 15, 2021

https://bugs.winehq.org/show_bug.cgi?id=51746 Bug ID: 51746 Summary: 6.17 bullseye packages depend on libvkd3d1 1.2 from experimental Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com CC: dimesio(a)earthlink.net Distribution: Debian The winehq 6.17 packages for bullseye (and I assume testing and sid) depend on libvkd3d1 version 1.2 which only exists in experimental: http://packages.debian.org/libvkd3d1 If this is intentional packages should probably be provided like they were for FAudio or at least be documented somewhere. -- 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 33

[Bug 47718] New: x86_64-w64-mingw32-strip strip dlls make wine failed start
by wine-bugs＠winehq.org Sept. 14, 2021

Sept. 14, 2021

https://bugs.winehq.org/show_bug.cgi?id=47718 Bug ID: 47718 Summary: x86_64-w64-mingw32-strip strip dlls make wine failed start Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gamiljydcome(a)gmail.com Distribution: --- make/install wine source and enable x86_64-w64-mingw32-strip strip dlls, wine can not start becauese failed load pe dlls, no strip them works fine but dll files too large. why can not strip them? by the way, what's mean "PE dlls no longer rely on the MinGW runtime" from 4.14 release notes? i didnt install any MinGW runtime for wine runtime env still works fine. debian 10 stable+backports. 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 7

[Bug 30639] New: Audio stuttering and performance drops in Star Wolves 3
by wine-bugs＠winehq.org Sept. 13, 2021

Sept. 13, 2021

http://bugs.winehq.org/show_bug.cgi?id=30639 Bug #: 30639 Summary: Audio stuttering and performance drops in Star Wolves 3 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.gamershell.com/download_8237.shtml OS/Version: Linux Status: UNCONFIRMED Keywords: download, regression Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: patrakov(a)gmail.com Classification: Unclassified Regression SHA1: 275dfb83f2371a476b615b260465afb3cdf67f32 Due to a recent commit in Wine I get severe audio stuttering as well as slowdowns in certain games. This seems to affect only a small number of games, the vast majority of my games are still running fine. Whether these games are buggy ones or it is indeed a problem with the patch I can't decide as I don't have Windows installed to check how these games behave under native Windows. 275dfb83f2371a476b615b260465afb3cdf67f32 is the first bad commit commit 275dfb83f2371a476b615b260465afb3cdf67f32 Author: Alexander E. Patrakov <patrakov(a)gmail.com> Date: Mon May 7 00:06:13 2012 +0600 dsound: Added a windowed-sinc resampler. :040000 040000 8ecb8b2fbc5c65c2066aaf9a5e8c58104996c5ab 3768c38fdafc656c5e18e14ad70884ea7864b758 M dlls :040000 040000 680c52a0ebe164ca9b6a42d40c6521a91ae86e96 83407150c9beff0aa69d2d2e017b522543ac347f M tools Star Wolves 3: Civil War (v1.12, Steam): audio playback is glitch-free and performance is okay (well above 60 fps) in the menus and during the tutorial mission. When I advance in the game or when I load a saved game I get severe audio stuttering and framerate drops below 15 fps. This makes the game hardly playable. If I quit playing and go back to the main menu, everything is back to normal. The demo for the game is protected with Starforce so it cannot be tested. Droplitz (Steam version): this is a puzzle game. A certain sound effect is intended to play when I create a path for the 'drops' and they make their way to their goal. When this happens I observe the same audio stuttering and performance drops. It lasts only for 2-3 seconds so it's not so severe. Armored Fist 3: audio (both music and speech) are stuttering heavily and it affects performance too. Link to the demo added to URL. There is no music in the demo, but you should observe the problem with speech after starting a new game. HoverAce: the same stuttering in audio and slowdowns can be observed. No demo available. Terminal output doesn't show anything related. Fedora 16 x86 Kernel 3.3.4-3.fc16.i686.PAE Alsa 1.0.25 Pulseaudio is not running Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) -- 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 69

[Bug 51747] New: Eudora 7.1.0.9 crashes
by WineHQ Bugzilla Sept. 13, 2021

Sept. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=51747 Bug ID: 51747 Summary: Eudora 7.1.0.9 crashes Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mantvius(a)gmail.com Distribution: --- Created attachment 70632 --> https://bugs.winehq.org/attachment.cgi?id=70632 crash log, generated by Wine When selecting from menu : "special" - "message plug-ins" - "View- plain text version" or "View - HTML version" -- 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 12

[Bug 47933] New: FoxPro for Windows 2.6a will not print output from scripted dialog.
by WineHQ Bugzilla Sept. 13, 2021

Sept. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=47933 Bug ID: 47933 Summary: FoxPro for Windows 2.6a will not print output from scripted dialog. Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 65436 --> https://bugs.winehq.org/attachment.cgi?id=65436 General format for program sections Access to and use of my databases is all under a program written using the FoxPro language. After opening the desired database and index, I use the command "REPORT FORM <report format filename> TO PRINTER" to send the report to the printer. The "TO PRINTER" clause can be substituted by "TO FILE <filename>" .... however ..... in BOTH cases, while running it in WINE, the output fails with a "printer not ready" error. Additionally, if I replace the "TO clauses" with "PROMPT", a printer selection (or to file) dialog comes up, but I still get the same "printer not ready" error regardless which selection I make. Using the "PREVIEW" option to the REPORT FORM command instead of "TO PRINTER" I can view the entire formatted report, but there is no way that the preview can be redirected to any other type of output. It appears to me that the way the command set is structured, the only way to get a report output is through the "report form / printer" interface. It also appears that the "to file" direction is through that same interface. There were a couple of submnissions concerning this problem in the 2008 time frame. The only solution offered was to adjust tyhe TIME function for faster processors in the FoxPro config file. I tried this, but it has no effect on the problem. -- 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 51740] New: WaitForMultipleObjects doesn't signal for stdin
by WineHQ Bugzilla Sept. 12, 2021

Sept. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=51740 Bug ID: 51740 Summary: WaitForMultipleObjects doesn't signal for stdin Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dklwajlkwadwwq(a)cock.li Distribution: --- Created attachment 70623 --> https://bugs.winehq.org/attachment.cgi?id=70623 WaitForMultipleObjects example that acts different in wine I wanted to be signaled when stdin has something. Below code works as expected in windows 11. In windows 11 whatever key you press signals it but in Wine it doesn't matter what key you press nothing happens. I also opened stackoverflow question here: https://stackoverflow.com/q/69125934/15114852 -- 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