https://bugs.winehq.org/show_bug.cgi?id=51473
Bug ID: 51473
Summary: user32:input Some SendInput() set LastError to
ERROR_ACCESS_DENIED on cw-rx460 19.11.3
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
More specifically some cw-rx460 machines have the following failures:
https://test.winehq.org/data/patterns.html#user32:input
input.c:4410: Test failed: SendInput returned 1, error 0x5
input.c:4413: Test failed: SendInput returned 16, error 0x5
input.c:4464: Test failed: SendInput returned 16, error 0x5
These fail not because SendInput() failed, but because it modified LastError,
setting it to ERROR_ACCESS_DENIED.
This only happens on the following machines which have in common that they use
the 19.11.3 Radeon driver which is the latest version that will run on these
Windows versions:
win1507_cw-rx460-1507-32
win1507_cw-rx460-1507-64
win81_cw-rx460-32
win81_cw-rx460-64
The failure is systematic on these machines.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51471
Bug ID: 51471
Summary: user32:input receives unexpected WM_SYSTIMER messages
in test_SendInput()
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input sometimes receives unexpected WM_SYSTIMER messages in
test_SendInput():
https://test.winehq.org/data/patterns.html#user32:input
input.c:4477: Test failed: SendInput triggered unexpected message 0x118
Notes:
* This is random: there is no machine where it happens systematically; and
different machines don't necessarily have the issue on the same day.
* This does not happen on a specific Windows version though not all seem to be
impacted either. Specifically this issue has been seen on the following
machines:
win7_newtb-w7u-2qxl
win7_newtb-w7u-de
win7_newtb-w7u-el
win7_newtb-w7u-es
win7_newtb-w7u-pt-PT
2008_newtb-w2008s64
win81_cw-rx460
win1507_cw-gtx560-1507
win1507_cw-rx460-1507
win1909_cw-gtx560-1909
win2009_cw-gtx560-2009
win2009_cw-rx460-2009
* Maybe the following article can be useful:
https://devblogs.microsoft.com/oldnewthing/20160624-00/?p=93745
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42784
Bug ID: 42784
Summary: Lost Planet dx10 demo black screen after starting new
game
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andras(a)sth.sze.hu
Distribution: ---
Created attachment 57802
--> https://bugs.winehq.org/attachment.cgi?id=57802
+d3d11, + d3d_shader
After starting new game or performance test in Lost Planet dx10 demo, it shows
only black screen. It tries to create a geometry shader and fails. As far as I
see, it want to use a vertex shader as geometry shader.
See log 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.
https://bugs.winehq.org/show_bug.cgi?id=55268
Bug ID: 55268
Summary: user32:cursoricon - LoadImageA() fails in
test_monochrome_icon() on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:cursoricon - LoadImageA() fails in test_monochrome_icon() on Windows 8+:
cursoricon.c:2853: monochrome, bitmap info
cursoricon.c:2917: Test failed: LoadImage() failed with 0.
See https://test.winehq.org/data/patterns.html#user32:cursoricon
The call below has been failing systematically on Windows 8+ for more than 8
months:
handle = LoadImageA(NULL, "icon.ico", IMAGE_ICON, 0, 0,
LR_LOADFROMFILE);
ok(handle != NULL ||
broken(use_core_info && handle == NULL), /* Win 8, 10 */
"LoadImage() failed with %lu.\n", GetLastError());
So on Windows 8+ we expect to get NULL only if use_core_info is true but in
fact we get NULL even if it is false. That makes this test pretty pointless.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54223
Bug ID: 54223
Summary: [Wine 8.0-rc2] [Severe Performance Regression]
[Unigine Heaven Benchmark 4.0] Wine DirectX11 to
OpenGL Severely Low FPS
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: CHECK_1234543212345(a)protonmail.com
Distribution: ---
⬤ System Information:
OS: Ubuntu 22.10
Kernel: 6.1.0
CPU: Ryzen 7 1700
GPU: XFX RX580 4GB
Window Manager: OpenBox
Compositor: No Compositor, Xorg TearFree Disabled
⬤ Issue:
Wine's DirectX11 to OpenGL was the fastest on Wine 6.0, but then got a little
slower on Wine 7.0 and got severely more slower when I tested with Wine 7.22
before I installed Wine 8.0-rc2.
⬤ Settings:
RX580 locked to 300Mhz core clock and 300Mhz memory clock
Quality: Low
Resolution: 1280x720
Fullscreen: Unchecked
⬤ Information:
Lutris was used to easily switch between Wine versions.
Scene 2 is where the screen was moving across the bridge looking at the boat.
You can switch scenes with in the Unigine Benchmark by using the "Backspace"
and "Enter" keyboard keys.
Unigine Heaven Benchmark 4.0 Results:
--------------------
Wine staging 8.0-rc2 DX11 to OpenGL
Scene 2: 41 FPS (41 FPS with WINEDEBUG=-all)
Scene 3: 24 FPS (24 FPS with WINEDEBUG=-all)
Wine staging 8.0-rc2 DX11 to Vulkan (winetricks renderer=vulkan)
Scene 2: 26 FPS (with WINEDEBUG=-all)
Scene 3: 15 FPS (with WINEDEBUG=-all)
Wine staging 8.0-rc2 DX11 to Vulkan (DXVK 2.0) (./setup_dxvk.sh install)
Scene 2: 84 FPS (with WINEDEBUG=-all)
Scene 3: 104 FPS (with WINEDEBUG=-all)
-
Wine staging 8.0-rc2 DX9 to OpenGL
Scene 2: 90 FPS (with WINEDEBUG=-all)
Scene 3: 97 FPS (with WINEDEBUG=-all)
Wine staging 8.0-rc2 DX9 to Vulkan (winetricks renderer=vulkan)
CRASHES with an error dialog when starting benchmark
Wine staging 8.0-rc2 DX9 to Vulkan (DXVK 2.0) (./setup_dxvk.sh install)
Scene 2: 57 FPS (with WINEDEBUG=-all)
Scene 3: 67 FPS (with WINEDEBUG=-all)
-
Wine staging 8.0-rc2 OpenGL to OpenGL
Scene 2: 91 FPS (with WINEDEBUG=-all)
Scene 3: 105 FPS (with WINEDEBUG=-all)
--------------------
Wine staging 7.22 DX11 to OpenGL
Same performance problem as wine 8.0-rc2
--------------------
Wine staging 7.0 DX11 to OpenGL
Scene 2: 61 FPS (74 FPS with WINEDEBUG=-all)
Scene 3: 32 FPS (61 FPS with WINEDEBUG=-all)
-
Wine staging 7.0 DX9 to OpenGL
Scene 2: 88 FPS (with WINEDEBUG=-all)
Scene 3: 83 FPS (with WINEDEBUG=-all)
--------------------
Wine staging 6.0 DX11 to OpenGL
Scene 2: 88 FPS (88 FPS with WINEDEBUG=-all)
Scene 3: 48 FPS (71 FPS with WINEDEBUG=-all)
-
Wine staging 6.0 DX9 to OpenGL
Scene 2: 88 FPS (with WINEDEBUG=-all)
Scene 3: 78 FPS (with WINEDEBUG=-all)
--------------------
Wine staging 5.1 DX11 to OpenGL
Scene 2: 71 FPS (71 FPS with WINEDEBUG=-all)
Scene 3: 48 FPS (55 FPS with WINEDEBUG=-all)
--------------------
Wine staging 4.0 DX11 to OpenGL
Scene 2: 75 FPS (84 FPS with WINEDEBUG=-all)
Scene 3: 41 FPS (64 FPS with WINEDEBUG=-all)
--------------------
Wine staging 3.0 DX11 to OpenGL
Scene 2: 48 FPS (61 FPS with WINEDEBUG=-all)
Scene 3: 27 FPS (44 FPS with WINEDEBUG=-all)
The Unigine Benchmark Launcher opened very quickly with wine 3.0
--------------------
⬤ Information:
I had "Output debugging info" "Enabled" in Lutris at first with the DX11 to
OpenGL tests and retested with "Output debugging info" "Disabled (default)" in
Lutris, which just added the "WINEDEBUG=-all" environmental variable.
The Wine 32-bit staging versions 7.0 to 3.0 was downloaded from:
https://www.playonlinux.com/wine/binaries/phoenicis/staging-linux-x86/
The Unigine Heaven Benchmark Launcher was closed after starting each benchmark
because the Unigine Heaven Benchmark Launcher was decreasing the FPS.
⬤ Conclusion:
DirectX11 to OpenGL was the fastest in Wine 6.0
Somewhere between Wine 6.0 and Wine 7.0, Wine's DirectX11 to OpenGL became a
bit more slower.
Somewhere between Wine 7.0 and Wine 7.22, Wine's DirectX11 to OpenGL became
severely more slower.
Wine's OpenGL to OpenGL is currently faster than:
DXVK (DXVK 2.0) (./setup_dxvk.sh install)
Wine's DirectX9/DirectX11 to OpenGL (renderer=gl).
Wine's DirectX9/DirectX11 to Vulkan (winetricks renderer=vulkan)
Unigine Heaven Benchmark crashes when using DirectX9 to Vulkan (winetricks
renderer=vulkan) but not with DXVK's DirectX9 to Vulkan (DXVK 2.0)
(./setup_dxvk.sh install).
Wine 3.0 Opens the Unigine Heaven Benchmark launcher very quickly. But then
with Wine 4.0 and above, the Unigine Heaven Benchmark launcher opens more
slower than Wine 3.0. I am using a HDD.
⬤ Warning if not fixed before Wine 8.0 stable gets released:
It would be good if this problem is fixed before Wine 8.0 stable get released
because Steam's Proton uses stable versions of Wine.
If this problem is not fixed by the time Wine 8.0 stable gets released and
proton updates to Wine 8.0. anyone using "PROTON_USE_WINED3D=1" on a DirectX11
Steam game can have severely Low FPS while Wine 7.0's DirectX11 to OpenGL is
only a little bit more slower than Wine 6.0's DirectX11 to OpenGL right now.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52595
Bug ID: 52595
Summary: Starts with black window
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k8auf1947(a)cometchaser.de
Distribution: ---
Created attachment 71920
--> https://bugs.winehq.org/attachment.cgi?id=71920
App starts with black window, Wine 7.2 on Bullseye
The application starts and shows a black window (application menue is shown).
After clicking into the black window, the application draws the window.
It worked until Wine 7.1, problem appears with Wine 7.2 on Debian Bullseye.
Happens also on Debian Bookworm.
File: test-2022-02-25_18.50.43.mp4
Wine 7.1 on Bookworm
File: test-2022-02-26_10.40.38.mp4
Wine 7.2 on Bullseye
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50475
Bug ID: 50475
Summary: ENM (Externes Notenmodul / external mark module)
crashes on opening
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian.arnhold387(a)gmail.com
Distribution: ---
Created attachment 69111
--> https://bugs.winehq.org/attachment.cgi?id=69111
Terminal log
ENM is a teacher's tool for grading students, released by the government of the
state of North-Rhine Westphalia (NRW) in Germany.
Requirements for wine:
winetricks mdac28 msls31 riched30 vb6run winbind
Description of the bug:
When trying to install the latest version of ENM ("ENM-Setup 1.4.8.1 Stand
21.12.2020") downloaded from the official government website, the installer
works fine. When trying to open the installed executable, the program crashes
immediately with an "unhandled exception" error.
I tried to run it using both wine and wine-development package, trying both 64
bit and 32 bit prefix, on Ubuntu 20.04 amd64. Results are identical.
Terminal output log included.
Link to software (installer):
https://www.svws.nrw.de/system/files/zip_und_exe/2020-12/ENM-Setup_1_4_8_1.…
Link to WineHQ database entry (outdated and unmaintained):
https://appdb.winehq.org/objectManager.php?sClass=application&iId=9047
Additional problem solving analysis:
Older versions of the software definitely worked fine until June 2020, as e.g.
this blog entry proves (http://www.tohschneider.de/extnotmodlinux/). Suspected
a problem with ENM software itself, but when trying older version from before
that time, these versions that once worked fine now also throw an "unhandled
exception" error. This proves that something in wine must have changed.
Contacted developer of ENM software. Developer suspects a problem with the way
wine handles the ADO drivers. Other softwares from the government school
software suite show similar behaviour. Government institution sadly does not
support Linux, but is interested in getting ENM software to work again.
In the interest of free education, solution would be highly appreciated.
Thanks!
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54362
Bug ID: 54362
Summary: BurnInTest calls unimplemented function
ntoskrnl.exe.ExAllocatePool2
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 73935
--> https://bugs.winehq.org/attachment.cgi?id=73935
Console output
When BurnInTest starts, it tries several times to call ExAllocatePool2. Each
time, a black terminal window appears over the main window.
$ sha256sum bitwindows.exe
d90fd00445986b74c5af179a5cb1a381c9b6ab7be459afcb55fe342f12724296
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51931
Bug ID: 51931
Summary: Dead Rising encounters infinite loading when starting
a new game (needs WMAudio Decoder DMO)
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
073c:err:ole:com_get_class_object class {2eeb4adf-4578-4d10-bca7-bb955f56320a}
not registered
073c:err:ole:com_get_class_object no class object
{2eeb4adf-4578-4d10-bca7-bb955f56320a} could be created for context 0x1
wine-6.20-61-gababea0fd70
--
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.