wine-bugs December 2021

wine-bugs@winehq.org

1 participants
4211 discussions

[Bug 49094] New: "err:ntdll:RtlpWaitForCriticalSection" racy hang when starting/running StarCraft 2
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=49094 Bug ID: 49094 Summary: "err:ntdll:RtlpWaitForCriticalSection" racy hang when starting/running StarCraft 2 Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bat.misc(a)batbytes.com Distribution: --- Created attachment 67060 --> https://bugs.winehq.org/attachment.cgi?id=67060 wine stdout/stderr When starting StarCraft 2, I get this error message: [code]00d8:err:ntdll:RtlpWaitForCriticalSection section 0xe76344 "?" wait timed out in thread 00d8, blocked by 00d0, retrying (60 sec)[/code] It is a racy hang. It sometimes happens during startup or when starting an custom game. The version used is from the master branch, d1f858e03da732c621504f90e349d5170ca3336e from April 30th. This is with debugging and unstripped executables but I'm unsure where to dig into this with gdb to give more helpful information. Please let me know if I can help provide better information. -- 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 7

[Bug 52244] New: starcraft2 crashes while loading arcade game e_gfxErrorShaderCompileFailed
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=52244 Bug ID: 52244 Summary: starcraft2 crashes while loading arcade game e_gfxErrorShaderCompileFailed Product: Wine Version: 6.23 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 71352 --> https://bugs.winehq.org/attachment.cgi?id=71352 console messages [cedric@cedric ~]$ wine --version wine-6.23 [cedric@cedric ~]$ uname -a Linux cedric 5.15.8-arch1-1 #1 SMP PREEMPT Tue, 14 Dec 2021 12:28:02 +0000 x86_64 GNU/Linux [cedric@cedric ~]$ rm -rf ~/.wine [cedric@cedric ~]$ wineboot [cedric@cedric ~]$ wine ~/.wine-sc2-ok/drive_c/Program\ Files\ $x86$/StarCraft\ II/StarCraft\ II.exe Install battle.net (it finds starcraft2), close click Play choose custom -> arcade. Type in "coop" into the search field, and click on "Wings of liberty coop 1. Liberation day", and click create lobby, and then click "start game". After the countdown, the loading screen shows up, and the progress bar goes about to half full. Then this error dialog shows up: "Starcraft II e_gfxErrorShaderCompileFailed To help us identify the problem, please describe what you were doing when the error occurred. Please use the Report ID below when communicating with Blizzard about the issue. DF97FB56-8356-44A6-A960-5BEA033C44DA [X] Send to Blizzard [Reopen] [Close]" -- 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 29384] New: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay)
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=29384 Bug #: 29384 Summary: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay) Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Instead of entering AOE II's brown multiplayer game screen, game will now be automatically aborted & cancelled unrated instead. -- 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 111

[Bug 48479] New: kernel: wineserver[13829]: segfault at 60 ip 0000000000428d8f sp 00007fff60b2e5c0 error 4 in wineserver[403000+53000]
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=48479 Bug ID: 48479 Summary: kernel: wineserver[13829]: segfault at 60 ip 0000000000428d8f sp 00007fff60b2e5c0 error 4 in wineserver[403000+53000] Product: Wine-staging Version: 5.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 66269 --> https://bugs.winehq.org/attachment.cgi?id=66269 journal of the wineserver crash Wine-Staging Rc5 crashed with a core dump. thousands!! of these lines come before the dump: 022b:fixme:rawinput:GetRawInputBuffer data (nil), data_size 0x22f7b0, header_size 24 stub! System is: CPU: AMD FX-8350 GPU: Nvidia GTX1050 with Nvidia drivers OS: Fedora 30 Special Patches: Vulcan Dxvk driver installed ( latest ) -- 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 49243] New: https://dl.winehq.org/wine-builds/debian/ is very slow in China
by WineHQ Bugzilla 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=49243 Bug ID: 49243 Summary: https://dl.winehq.org/wine-builds/debian/ is very slow in China Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: widon1104(a)qq.com Distribution: --- I use deepin15.11, I find out "deb https://dl.winehq.org/wine-builds/debian/ stretch main " this link is very slow in China. It's very hard to download all the packages in this link, often it will take more than 2 hours to download all the packages and sometimes the download will fail I have to download again and again. I hope winehq.org make Chinese user download new version of wine faster. -- 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 47589] New: WineHQ requires email to sign up, sign in and to recover access
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=47589 Bug ID: 47589 Summary: WineHQ requires email to sign up, sign in and to recover access Product: WineHQ.org Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru It may be inacceptible for users living in jurisdictions with oppressive regimes requiring all the email providers either collect the personal data tying an account to a government-issued ID or being blocked. For example cellphone numbers. Now most of email providers require cellphone number validation. But not all. Ironically the only email providers not enforcing this I know are Russian ones. But the State Duma is preparing a law requiring all the email providers to do that, so I expect there will be no free email providers not doing that (probably except Riseup, but I won't use Riseup services). So it is important to allow users contribute without having a email addreess. For access recovery crypto protocols or a sheet of one-time passwords can be used. -- 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 6

[Bug 45612] New: Enable IPv6 for dl.winehq.org
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=45612 Bug ID: 45612 Summary: Enable IPv6 for dl.winehq.org Product: WineHQ.org Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: raul.tambre(a)gmail.com dl.winehq.org uses Fastly. Per Fastly's IPv6 documentation (https://docs.fastly.com/guides/basic-setup/ipv6-support.html), it's as easy as changing the CNAME on dl.winehq.org from k.global-ssl.fastly.net to dualstack.k.shared.global.fastly.net. I tested manually with curl and it works. Making the switch would also enable HTTP/2. -- 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 46585] New: Some unicode characters cut off the rest of description
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=46585 Bug ID: 46585 Summary: Some unicode characters cut off the rest of description Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 63469 --> https://bugs.winehq.org/attachment.cgi?id=63469 test.txt with the issue Looks like posting certain unicode characters makes rest of the description be cut off. Here's pasting of contents of the attached test.txt: Tobias -- 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 28467] New: Chromium Browser restore button doesn't work
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28467 Summary: Chromium Browser restore button doesn't work Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Download chromium from http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip unpack chrome-win32.zip, cd to the directory. 2. start chrome.exe with --no-sandbox, works around Bug 21232 $ wine chrome.exe --no-sandbox Notice that the chrome window is decorated by the Linux native window manager. Is it a bug? On windows, chrome have no traditional "window bar". Now there is two "Maximal" button: one is drawn by Linux native window manager, the other is drawed by wine chrome browser it self. 3. Click on the "Maximal" button which is drawn by Linux native window manager, then chrome browser switch to maximal mode as expect. This time, the Linux native window bar is disappear. 4. Click on the "Restore" button of wine chrome browser. However it doesn't work. Wine chrome switch to normal mode for a second, then switch back to maximal mode automatically. I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 . There is some ways to work around: I. Instead of clicking on the native "Maximal" button in step 3, try to click the wine chrome "Maximal" button, then everything works as expect. II. Do not set "Allow the window manager to decorate the windows" in winecfg, then everything works as expect. III. Do not set "Allow the window manager to control the windows" in winecfg, then everything works as expect. -- 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 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

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 30

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 December 2021