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

[Bug 657] Many games and applications need 'mfc42.dll' ('winetricks -q mfc42' is a workaround)
by WineHQ Bugzilla April 24, 2020

April 24, 2020

https://bugs.winehq.org/show_bug.cgi?id=657 qsniyg <qsniyg(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qsniyg(a)mail.com --- Comment #121 from qsniyg <qsniyg(a)mail.com> --- Not sure if this would be of any help or not, but according to rabin2 -i (I haven't disassembled the file in any way, only looked at the imports) PidGen.dll only requires ordinal 825 from mfc42.dll, which is named "operatordelete". -- 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 0

[Bug 49004] New: Opening Omnisphere VST in FL Studio Host is slow due to ntdll
by WineHQ Bugzilla April 24, 2020

April 24, 2020

https://bugs.winehq.org/show_bug.cgi?id=49004 Bug ID: 49004 Summary: Opening Omnisphere VST in FL Studio Host is slow due to ntdll Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: salvieondatrack(a)gmail.com Distribution: --- Created attachment 66981 --> https://bugs.winehq.org/attachment.cgi?id=66981 Fl Studio wine output log First time filing a bug here so bare with me if I miss anything important. OS: Latest stable version of Elementary OS 64bit Wine Version: 5.0 Stable Wine Prefix: 32bitwine Problem: When I try to run Omnisphere in FL Studio it takes almost a full minute for it to start (only have this issue with Omni). Once it starts, it takes a very long time to load certain patches. My concern is more about the long start time of Omnisphere as the loading of patches can be one of many problems unrelated to this issue. What I did: I've tested FL studio by running it thru terminal with both overridden and non overridden DLLs. I've also used different Windows versions in the cfg settings. I still receive the same results. I did notice that when I ran omnisphere this message would show in terminal: "0031:err:ntdll:RtlpWaitForCriticalSection section 0x22d9f98 "?" wait timed out in thread 0031, blocked by 0009, retrying (60 sec)". Which explains why it takes a minute for Omnisphere to start. I've attached the terminal log. FYI I remember reading in a thread somewhere on Reaper that Omnisphere has a problem with permissions involving UAC. I'm not experienced with Wine and only have general Linux knowledge.. Thanks for the 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 38214] New: Load Game function of Airport Tycoon 3 is broken.
by wine-bugs＠winehq.org April 23, 2020

April 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=38214 Bug ID: 38214 Summary: Load Game function of Airport Tycoon 3 is broken. Product: Wine Version: 0.9.4. Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2001kraft(a)gmail.com Created attachment 51005 --> https://bugs.winehq.org/attachment.cgi?id=51005 at3 bug report Was using Airport Tycoon 3 and running directly using Wine. Then clicked "Load". Then clicked on one of my saves, the app crashed. Same happens with any save, meaning that the "Load" function is broken. -- 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 48929] New: Yandere simulator crashes can't even open MAC CATALINA
by WineHQ Bugzilla April 23, 2020

April 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=48929 Bug ID: 48929 Summary: Yandere simulator crashes can't even open MAC CATALINA Product: Wine Version: unspecified Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bdinitha2(a)gmail.com Created attachment 66894 --> https://bugs.winehq.org/attachment.cgi?id=66894 this is the log I got Hey so im using a Mac book bro 2017 13 inch and I upgraded my Mac to Catalina(10.15.3)recently. So after that I couldn't run 32 bit apps on this Mac. I downloaded Wine64 using Homebrew and I had installed the latest version of Yandere simulator. As explained in tutorials I typed the command to open the app " Wine64 YandereSimulator.exe" It takes like 2 seconds and then I get a issue saying "UnityCrashHandler64.exe" has encountered a serious issue and this program needs to be closed". It also said this can be caused by a deficiency in wine. Please I wanna play this game so bad I hope I get a fix. I've attached the log report I got when wine crashed. -- 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 1

[Bug 45391] New: winehq.org is distributing compiled LGPL code packages but withholding their sources
by wine-bugs＠winehq.org April 23, 2020

April 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=45391 Bug ID: 45391 Summary: winehq.org is distributing compiled LGPL code packages but withholding their sources Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: forestcode(a)ixio.org CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- The source code tarballs and package build scripts for winehq's ubuntu and debian packages are not published. They are not where they are supposed to be according to the official debian/ubuntu sources.list file (the deb-src entry that gets created when someone follows the official apt-add-repository instructions), they don't seem to be referenced anywhere else obvious, and nobody at the wine project has been forthcoming about how to get them. [1][2][3] So, winehq.org is distributing binary packages without making their sources available. This makes it impossible for the people using those packages to audit the code, reproduce the packages, test patches on known-good packaged versions, or port them to different OS releases (the latter leading to issues like bug 45085). >From what I can tell, this is also likely an LGPL violation: "4. You may copy and distribute the Library (or a portion or derivative of it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you accompany it with the complete corresponding machine-readable source code" What will it take to remedy this situation? [1] Notice the absence of an answer in this thread: https://www.winehq.org/pipermail/wine-devel/2018-May/127507.html [2] Nobody had an answer for me on the two occasions when I asked on #winehackers irc this week. [3] Nobody responded when I emailed the package maintainers listed at https://wiki.winehq.org/Download -- 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 42908] New: Monopoly (2000) crashes on launch
by wine-bugs＠winehq.org April 23, 2020

April 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=42908 Bug ID: 42908 Summary: Monopoly (2000) crashes on launch Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 58049 --> https://bugs.winehq.org/attachment.cgi?id=58049 backtrace Crashes trying to read 0x0000000. 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.

2 4

[Bug 45936] New: IW4x crashes on keyboard input
by wine-bugs＠winehq.org April 22, 2020

April 22, 2020

https://bugs.winehq.org/show_bug.cgi?id=45936 Bug ID: 45936 Summary: IW4x crashes on keyboard input Product: Wine-staging Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: huematrix(a)mailinator.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62464 --> https://bugs.winehq.org/attachment.cgi?id=62464 Log Upon pressing a key in IW4x (A Call of Duty: Modern Warfare 2 client), the program crashes. Full log below. -- 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 12

[Bug 48560] New: Default color scheme
by WineHQ Bugzilla April 22, 2020

April 22, 2020

https://bugs.winehq.org/show_bug.cgi?id=48560 Bug ID: 48560 Summary: Default color scheme Product: Wine Version: 5.0 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: --- Created attachment 66374 --> https://bugs.winehq.org/attachment.cgi?id=66374 Breeze color scheme Good afternoon! Is it possible to make the default "Breeze" color scheme in Wine? (Files are attached). Link to the resource: https://store.kde.org/p/1259774/ -- 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 39415] New: Make configuration settings accessible through the website
by wine-bugs＠winehq.org April 21, 2020

April 21, 2020

https://bugs.winehq.org/show_bug.cgi?id=39415 Bug ID: 39415 Summary: Make configuration settings accessible through the website Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently the way to change a configuration setting is to send a patch to wine-patches and have Alexandre apply it. This is the case for instance for all the VM host configuration settings ($MaxRevertingVMs, $MaxRevertsWhileRunningVMs, etc.), but also $JobPurgeDays, $RegistrationQ, etc. This is not very practical and prevents experimentation or quickly adjusting the settings when a problem arises. Instead these should be stored in a Parameters table and be accessible through an administrator-only section of the website. -- 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 39416] New: Many settings should be per VM host
by wine-bugs＠winehq.org April 21, 2020

April 21, 2020

https://bugs.winehq.org/show_bug.cgi?id=39416 Bug ID: 39416 Summary: Many settings should be per VM host Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The following global settings should in fact be customizable on a per VM host basis: * $MaxRevertingVMs - Hosts with SSDs may be able to handle multiple reverts in parallel. * $MaxRevertsWhileRunningVMs - Again this may depend on disk speed and QEmu version. * $MaxActiveVMs - Depends on disk and CPU speed, number of cores, etc. * $SuiteTimeout & $SingleTimeout - Might need to be adjusted based on the CPU speed. * $BuildTimeout & $ReconfigTimeout - Might need to be adjusted based on the CPU speed. Fortunately we can currently only have one build VM so that's not too much of an issue. One way to do so would be to introduce a VMHosts table storing the settings for each VM host (see the schema attachment of bug 39412). VMs (VMInstances really) would then be linked to the relevant VM host so to indicate which set of constraints apply. Note that this would be different from the handling of the truly global settings described in bug 39415. -- 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 1