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=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.
https://bugs.winehq.org/show_bug.cgi?id=51474
Bug ID: 51474
Summary: user32:input SendInput() triggers an unexpected
message 0x60 on Windows 10 1709
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
Created attachment 70310
--> https://bugs.winehq.org/attachment.cgi?id=70310
Trace all window handles and 0x60 message
SendInput() triggers an unexpected message 0x60 in test_SendInput() on Windows
10 1709:
https://test.winehq.org/data/patterns.html#user32:input
input.c:4451: Test failed: SendInput triggered unexpected message 0x60
* This failure is almost but not 100% systematic on Windows 10 1709: it
happened 202 times out of 205.
* I could not find any documentation on this 0x60 message.
* But the attached patch shows that:
- The message is sent to a window belonging to our process.
- The test did not directly create that window.
- The window class is UserAdapterWindowClass which seems to be related to IME
despite these machines running in a regular en_US locale.
input.c:4404: 4404 hwnd=0000000000020274
input.c:4474: Test failed: SendInput triggered unexpected message 0x60
input.c:4480: hwnd=0000000000020274 pid=7016 tid=7012 now=64359
input.c:4481: hwnd=0000000000040048 message=0060 wParam=1 lParam=0 time=64359
pt=(512,384)
input.c:4485: wnd: pid=7016 tid=7012 class=22 L"UserAdapterWindowClass" text=0
L""
--
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=50785
Bug ID: 50785
Summary: wineserver corruption with :
msg:get_server_queue_handle Cannot get server thread
queue
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lanthruster(a)gmail.com
Distribution: ---
Created attachment 69593
--> https://bugs.winehq.org/attachment.cgi?id=69593
wineserver explorer.exe flood
A very frustrating bug:
Install Wine 6.0
Install Adobe Acrobat DC (any version) or Adobe Acrobat XI (any version)
Now run acrord32.exe
acrord32.exe will launch and work BUT
1. you won't be able to run any more wine applications but existing will
continue to work
2. when a wine application is launched the process lists is flooded with
explorer.exe /desktop (hundreds of them are spawned leading to resource
exhaustion)
3. when you kill them with killall explorere.exe - the currently running wine
applications will continue to run normally as well as acrord32.exe
4. you can still launch wineapp from another wine app but not with wine or
winecosole because of 2
5. when acrord32.exe is closed wine won't return to normal it will still 2.
6. after wineserver -k everything is back to normal
the console is flooded with
01fc:fixme:heap:RtlSetHeapInformation 00000000 1 00000000 0 stub
0218:err:msg:get_server_queue_handle Cannot get server thread queue
021c:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:ole:apartment_createwindowifneeded CreateWindow failed with error 1411
0584:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\system32\\explorer.exe" failed, status c000013a
(see attachment)
--
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=42999
Bug ID: 42999
Summary: 3D Engine in NosTale not reacts for mouse on Mac
Product: Wine-staging
Version: 2.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artrixdev(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Created attachment 58140
--> https://bugs.winehq.org/attachment.cgi?id=58140
Simple logs from cmd and graphic bug in game.
If try change camera position nothing to do and if I clicked on items in
equipment it's changing to "question mark" graphic.
--
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=38235
Bug ID: 38235
Summary: Blindwrite 7 does not detect any CD/DVD drive.
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://de.vso-software.fr/products/Blindwrite/blindwri
te.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
Created attachment 51041
--> https://bugs.winehq.org/attachment.cgi?id=51041
Save user mode accessible device in HKLM\SYSTEM\MountedDevices "\DosDevices\X:"
Having a CD in the drive and that one mounted it is accessible through e.g.
cmd.
But Blindwrite (7.0.0.0) does not show any drive in its user interface.
When looking into a "WINEDEBUG=+reg,+file,+debugstr" an access to
HKLM\SYSTEM\MountedDevices
appears.
There is for any device an entry e.g. "\DosDevices\E:".
This entry holds in my case the mount point of the CD as ASCII.
Blindwrite tries now to access the drive by opening this interpreted as
unicode string, which fails.
trace:file:CreateFileW
L"\6d2f\6465\6169\622f\7265\686e\7261\2f64\4642\3931\3234\325f1" GENERIC_READ
GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0
...
trace:file:CreateFileW returning 0xffffffff
...
trace:file:DeviceIoControl
(0xffffffff,4d014,0x33f3a4,80,0x33f3a4,80,0x33f3f8,(nil))
...
warn:debugstr:OutputDebugStringA "IOCTL_CDROM_GET_INQUIRY_DATA - Ung\xfcltiges
Handle.\r\n Error 0x00000006 - Ung\xfcltiges Handle.\r\n"
Blindwrite even tries to access this invalid file handle and silently fails.
-----------------
Changing HKLM\SYSTEM\MountedDevices "\DosDevices\E:" to an unicode
representation of "\\.\E:" makes Blindwrite happy and the drive shows up,
and successfully create an image.
Attached is a patch that tries to do this automatically for "DosDevices"
with a drive letter.
(But I am not sure about any side effects or if it could already be
sent to wine-patches.)
--
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=52301
Bug ID: 52301
Summary: Firefox installer shows black rectangles
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 71455
--> https://bugs.winehq.org/attachment.cgi?id=71455
Black rectangle in Firefox installer
Firefox 91 ESR 64bit installer shows black rectangles. It is just a minor issue
not affecting functionality.
--
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=51642
Bug ID: 51642
Summary: Wine 6.15 blocks windows game login
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70502
--> https://bugs.winehq.org/attachment.cgi?id=70502
wine-output-upon-login-attempt
Wine 6.15 blocks login on to world server.
Game: EverQuest
Tested with 6.14 works fine.
Compiled 6.15 directly from source onto system loaded game and get login error.
Suspected cause anti-cheat or anti-vm software detection is triggered by wine
6.15
--
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=48078
Bug ID: 48078
Summary: Astro Avenger 2 fails to run with
seh:setup_exception_record stack overflow
Product: Wine
Version: 4.19
Hardware: x86-64
URL: https://astro-avenger.en.softonic.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: Ubuntu
Created attachment 65628
--> https://bugs.winehq.org/attachment.cgi?id=65628
winedebug warn+all log
Astro Avenger 2 manages to launch but clicking "Run" in the launcher makes the
game freeze forever with a
"002a:err:seh:setup_exception_record stack overflow 816 bytes in thread 002a
eip
00ac1926 esp 00231000 stack 0x230000-0x231000-0x330000" error.
Tried it both in 64bit and 32bit prefixes in windows 7, XP, 2000 and 98 modes
and also disabling csmt.I've added a winedebug=warn+all log below.
A demo 60 min trial can be found at the link above.
I've also done a +relay log but i'm not sure if it's relevant. Thank you.
--
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=52441
Bug ID: 52441
Summary: Soft-Denchi DRM fails to register UCX.ocx
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: felineswift+wine(a)gmail.com
Distribution: ---
This software is required by some games (e.g. Armored warrior iris).
To test it install MFC42 and MSVC 2008 SP1 runtime to 32-bit prefix and install
Soft-denchi, then run "regsvr32 UCX.ocx" in C:/Program Files/Soft-Denchi.
I tried to understand why it fails. Maybe someone more knowledgeable can
find/understand the root cause:
>regsvr32 UCX.ocx
it starts loading UCOpgDlg.dll
... call some crypt functions ...
call crypt32.CryptBinaryToStringA with flag CRYPT_STRING_HEX
03e8:fixme:crypt:CryptBinaryToStringA Unimplemented type 4
call advapi32.CryptExportKey
... call some more crypt functions ...
call advapi32.CryptVerifySignatureA
-> returns NTE_BAD_SIGNATURE and EXCEPTION_WINE_CXX_EXCEPTION is thrown
...
03e8:warn:module:process_attach Initialization of L"UCOpgDlg.dll" failed
...
regsvr32: loading UCX.ocx failed (it was localized error message)
--
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=39793
Bug ID: 39793
Summary: Starcraft freezes when starting a Direct Cable
Connection game
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
To reproduce:
1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group.
2. Log out and log back in.
3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok.
The problem is that Starcraft attempts to detect which serial port is connected
by sending a burst of data on all ports COM1 through COM8. On Linux, COM1
through COM4 default to ttyS0 through ttyS3, but even though the device files
exist, rarely do all of them correspond to actual physical devices. So,
Starcraft hangs forever waiting for the write to complete successfully.
A patchset that fixes this bug is available at
https://github.com/alexhenrie/wine/commits/master
First reported at
https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI…
--
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=48908
Bug ID: 48908
Summary: Dr Brain 3 broken color palette
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxmusterm(a)gmail.com
Distribution: ---
Created attachment 66865
--> https://bugs.winehq.org/attachment.cgi?id=66865
Example image of dr brain running in xephyr
Dr Brain 3 is a 16bit Windows program that requires 8bit colors. So to get it
running we have to use one of these methods
https://wiki.winehq.org/256_Color_Mode
I tried every last one of those methods and every method leads to the same
result you can see in the image attached to this bug.
No error message is printed out by wine. I encountered this bug a few years ago
for the first time, but didn't open a bug report for it, since I thought this
could be a problem with the virtual X.
However when viewing images in the Xephyr session all colors are displayed
correctly.
Right now the only way for me to run this game is using dosbox with win3.1 or
another form of emulation.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9304
Summary: Temple of Elemental Evil demo doesn't work - gui
vanishing
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: riklaunim(a)gmail.com
ToEE has a demo:
ftp://ftp.infogrames.net/demos/toee/ToEE_Demo.exe
Which install on wine 0.9.43 but it doesn't start properly (also on older
wines). The console output:
################
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:wininet:INET_QueryOptionHelper Stub! 40
fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub
fixme:shdocvw:navigate_url Unsupported arguments
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject no class object {25336920-03f9-11cf-8fd0-00aa00686f13}
could be created for context 0x3
err:shdocvw:navigate Could not create HTMLDocument: 80040154
fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x1aa3b0)
fixme:shdocvw:OleObject_Close (0x1aa3b0)->(1)
#############################
The game window shows for a second and disapper (at the end of those error
messages)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54349
Bug ID: 54349
Summary: 'wine-mono' package doesn't re-ask for installation if
you click cancel and subsequent run a .NET program (by
contrast, the Gecko package does)
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: ---
Created attachment 73920
--> https://bugs.winehq.org/attachment.cgi?id=73920
video demonstration of the full process for reproducing the issue
(tested with wine v8.0-rc4 since v8.0-rc5 isn't yet available in Mint's package
manager)
Simply put, when the message appears asking to install the 'wine-mono' package,
if you click cancel and then subsequently try to run a program that requires
.NET, it will not ask about installing the 'wine-mono' package again.
By contrast, if you try to run a program that requires the Gecko package, it
will always ask if you want to install the Gecko package even if you click
cancel - it will still ask again the next time you run the program.
See the attached video file on fully reproducing the issue; it was tested using
the Mint 21.1 Cinnamon live ISO.
--
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=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27668
Summary: SecuROM 4.X: SpellForce won't recognize original CD
during install/play
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frans.kool(a)gmail.com
Created an attachment (id=35387)
--> (http://bugs.winehq.org/attachment.cgi?id=35387)
The basic log while running wine on a copied installation of Spellforce
While trying to install Spellforce - the Order of the Dawn v1.01 a window pops
up notifying "Incompatible system configuration", followed by "Please insert
the original Spellforce CD1 into your CD/DVD-drive.".
After this, install immediately aborts and thus leaves the game uninstallable.
Copying it from a windows installation and running it generates the same error
message.
Wine produces this fixme which I think is the cause:
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
I ran Protection ID v0.6.4.0 July and it detects SecuROM 4.88.00
This is why I did not add my comment to bug #21448, since that one is clearly
about SecuROM 5.x.
I added the log as attachement, please let me know if I can run additional
DEBUG logs for more information.
--
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.