wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3209 discussions

[Bug 48372] New: SCP-3008 Unhandled exception: page fault on read access to
by WineHQ Bugzilla 22 Jul '24

22 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48372 Bug ID: 48372 Summary: SCP-3008 Unhandled exception: page fault on read access to Product: Wine Version: 4.0.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zach.stuart(a)ztex.us Created attachment 66123 --> https://bugs.winehq.org/attachment.cgi?id=66123 crash debug output Game begins to load and then fails before fully loading. -- 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 37296] New: Winecfg differs when it runs on real Windows
by wine-bugs＠winehq.org 21 Jul '24

21 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=37296 Bug ID: 37296 Summary: Winecfg differs when it runs on real Windows Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Created attachment 49603 --> https://bugs.winehq.org/attachment.cgi?id=49603 Screenshot of Winecfg on Windows I'm able to run Winecfg on real Windows and I discovered that there is a graphic glitch in the about dialog. See attached screenshot for details. I was able to fix this problem in about.c, by adding DI_MASK flag in the call of DrawIconEx(), which it is also the correct thing to do in this case. But strangely, this graphic bug does not happen when winecfg runs in WINE (that's why probably nobody noticed the absence of the DI_MASK flag). I would suggest to check and compare a bit the behaviour between Windows and WINE against the functions DrawIconEx() and LoadImageW() since it seems to me that there is a difference from the correct result. NOTE: When it runs on the real Windows, because the presence of a SysLink inside the resource dialog, Winecfg requires to be linked with commctrl v6, so it needs a manifest file, as explained here: http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%… Another thing, but less important, is that the resource compiler refused the icon of the application, saying the icon is made with the old DIB format and, for this reason, it has been discarded; that's why my screenshot shows the app without the icon in the upper left corner. But hopefully, this can be solved easily if someone wants. -- 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 9

[Bug 49420] New: Ableton 10: file dialogs not DPI scaled
by WineHQ Bugzilla 20 Jul '24

20 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=49420 Bug ID: 49420 Summary: Ableton 10: file dialogs not DPI scaled Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: io(a)mikelpr.com Distribution: --- the file open/save dialogs are not scaled when running with a different DPI, yet the mouse input is - like if the window were actually scaled. therefore, I can only click the top left halves (width and height) of the file dialogs -- 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 25961] New: Visual C++ 2008 runtime not marked as installed by default
by wine-bugs＠winehq.org 20 Jul '24

20 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25961 Summary: Visual C++ 2008 runtime not marked as installed by default Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer for the app I'm looking at now checks for the visual c++ 2008 runtime, and runs D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found. Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice for this and most other apps, at which point Wine might want to set the registry to indicate that vcrun2008 is already installed. This might be in the distant future, depending on how many apps need the other things that come with the runtime package, like mfc and a full msvcp, that wine does not yet provide. So this bug will likely remain open for a long time (if it's not closed for being too far ahead of its time). For the record, this seems to be how the app is checking whether vcrun2008 is installed: 0024:Call msi.MsiQueryProductStateW(0033e2de L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2 L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964) ret=7ef2b600 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600 0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad -- 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 11

[Bug 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 19 Jul '24

19 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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 29

[Bug 31990] New: Add ability to upload extra files along with test ext
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31990 Bug #: 31990 Summary: Add ability to upload extra files along with test ext Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified That would be good to have the ability to upload extra files (avi files, dlls, .drv, ...) to perform individual test (not part of the test suite). Otherwise it requires to embed the file or use a self extracting exe which are not very convenient. -- 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 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 24

[Bug 50278] New: Diggles: The Myth of Fenris (GOG version) crashes on launch
by WineHQ Bugzilla 16 Jul '24

16 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=50278 Bug ID: 50278 Summary: Diggles: The Myth of Fenris (GOG version) crashes on launch Product: Wine-staging Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lcaffe(a)inbox.lv CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68826 --> https://bugs.winehq.org/attachment.cgi?id=68826 When runnning main executable 'Diggles.exe' Game Diggles: The Myth of Fenris https://www.gog.com/game/diggles_the_myth_of_fenris Crashes on startup (log attached), the screen becomes black for a second or two. -- 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 51317] New: multiple applications fail with NLogConfigurationException in Wine-Mono (PlagiarismDetector, WinAuth, Panzer Paladin)
by WineHQ Bugzilla 15 Jul '24

15 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=51317 Bug ID: 51317 Summary: multiple applications fail with NLogConfigurationException in Wine-Mono (PlagiarismDetector, WinAuth, Panzer Paladin) Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- This is essentially the following NLog bug: https://github.com/NLog/NLog/issues/2598 NLog is getting tripped up by the op_Implicit method on System.String which doesn't exist on .NET Framework, and which it can't call with reflection. This causes PlagiarismDetector to fail to load with: [ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException: The invocation of the constructor on type 'PlagiarismDetector.MainWindow' that matches the specified binding constraints threw an exception. ---> System.TypeInitializationException: The type initializer for 'PlagiarismDetector.MainWindow' threw an exception. ---> NLog.NLogConfigurationException: Error when setting property 'Name' on Console Target[(unnamed)] ---> System.NotSupportedException: Cannot invoke method with stack pointers via reflection It also affects WinAuth (https://web.archive.org/web/20210310120512/https://github.com/winauth/winau…) once bug 25167 is fixed, and Panzer Paladin in Proton (https://github.com/ValveSoftware/Proton/issues/4225). We can't just remove or make non-public String.op_Implicit because libraries other than mscorlib use 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.

1 6

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 November 2022