https://bugs.winehq.org/show_bug.cgi?id=43017
Bug ID: 43017
Summary: Unreal Tournament 2004/UT2004.exe crashes due to
"intel_do_flush_locked failed: Cannot allocate memory"
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krichter(a)posteo.de
Distribution: ---
Unreal Tournament 2004/UT2004.exe crashes due to `intel_do_flush_locked failed:
Cannot allocate memory` the debug output of PlayOnLinux reads
```
[05/12/17 23:55:35] - Running wine-2.7 UT2004.exe (Working directory :
/home/richter/.PlayOnLinux/wineprefix/UnrealT2004/drive_c/Program Files/Unreal
Tournament 2004/System)
err:module:load_builtin_dll failed to load .so lib for builtin L"winebus.sys":
libudev.so.0: cannot open shared object file: No such file or directory
err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142
fixme:process:GetProcessWorkingSetSize (0xffffffff,0x32e540,0x32e53c): stub
fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not
registered
err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not
registered
err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not
registered
err:ole:CoGetClassObject no class object {96749377-3391-11d2-9ee3-00c04f797396}
could be created for context 0x7
fixme:win:EnumDisplayDevicesW ((null),0,0x32bc98,0x00000000), stub!
fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3604), rejected
fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3604), rejected
fixme:imm:ImmReleaseContext (0x1007c, 0x2165e0): stub
fixme:hnetcfg:fw_profile_get_FirewallEnabled 0x6404c88, 0x32ccc4
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_ENUM in
glClampColorARB(clamp)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=-1042267284)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1082643741)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1129305379)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=-1017464658)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1106373278)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1061644189)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1103102115)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1102202262)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1127878391)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1133393126)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1064431753)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1056334452)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1103590910)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1128011843)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=-1012511863)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1129177136)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1064579615)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1107545964)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1127492263)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1131588260)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=-1009667614)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1064940315)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1102388947)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1107645235)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1127352012)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1106599611)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1065065837)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1056114040)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1104285584)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1127422744)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=-1029644321)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1126051816)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in
glUniform(location=1065075311)".
err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_ENUM in
glClampColorARB(clamp)".
intel_do_flush_locked failed: Cannot allocate memory
```
--
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=43185
Bug ID: 43185
Summary: "Battle Bugs" game in unresponsive once game starts
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matt(a)nightrealms.com
Distribution: ---
Created attachment 58457
--> https://bugs.winehq.org/attachment.cgi?id=58457
Wine output from before starting the game
When playing the free game "Battle Bugs"
(https://ldjam.com/events/ludum-dare/38/battle-bugs) on 64 bit Linux, the game
start screen loads just fine, and pressing an indicated key starts the game
just fine, but once the game starts nothing is moving and the game doesn't
respond to any keys. Got the same results with both versions of the
executable, and both WINEARCH unspecified or set to win32
--
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=54791
Bug ID: 54791
Summary: explorerframe:nstc - test_events() sometimes gets
unexpected events on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: explorerframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
explorerframe:nstc - test_events() sometimes gets unexpected events on Windows
7. This can either be a single event but it can also happen multiple times for
multiple events:
nstc.c:2265: Test failed: Got event 4, count 1
or
nstc.c:1906: Test failed: Got event 7, count 0
nstc.c:1908: Test failed: Got event 4, count 0
nstc.c:1912: Test failed: Got event 4, count 1
nstc.c:1912: Test failed: Got event 7, count 1
nstc.c:1912: Test failed: Got event 12, count 8
See https://test.winehq.org/data/patterns.html#explorerframe:nstc
This first happened on 2022-12-07 and has been happening roughly once every
three week since. So it's probably caused by a commit in the fall of 2022.
--
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=54441
Bug ID: 54441
Summary: windows.media.speech:speech - test_Recognition()
sometimes gets unexpected recognizer state on Windows
10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
windows.media.speech:speech - test_Recognition() sometimes gets unexpected
recognizer state on Windows 10:
speech.c:1775: Test failed: recog_state was 0.
See https://test.winehq.org/data/patterns.html#windows.media.speech:speech
This failure started on 2023-01-25.
--
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=54156
Bug ID: 54156
Summary: comctl32:edit & user32:edit - test_paste() sometimes
gets an empty string on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:edit - test_paste() sometimes gets an empty string on Windows
edit.c:3238: Test failed: got 0
See https://test.winehq.org/data/patterns.html#comctl32:edit
This happens on Windows 10 1809 to 21H2 a bit less than 3 times per month.
Where 0 is the length of the string in the field we pasted to. So that field is
empty instead of having received the string we pasted.
We can also get this failure in user32:edit (2022-11-15 w10pro64v1809):
edit.c:3211: Test failed: got 0
See https://test.winehq.org/data/patterns.html#user32:edit
But the case above is for the single-line to single-line case and there is also
the same issue happening in the multi-line to multi-line case (2022-10-25
w11pro64-amd):
edit.c:3240: Test failed: got 0
So it's a pretty general, if rare (only 4 known instances in 6 months),
problem.
Note that while one could expect this to be caused by yet another
OpenClipboard() failure, like in bug 53276, there is no failure message
indicating this to be the case.
--
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=53276
Bug ID: 53276
Summary: user32:edit - test_paste() sometimes fails to access
the clipboard on Windows
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:edit - test_paste() sometimes fails to access the clipboard on Windows:
edit.c:3222: Test failed: expected 1, got 0 le=5
edit.c:3224: Test failed: expected 1, got 0
edit.c:3226: Test failed: expected 00000000008500A8, got 0000000000000000
edit.c:3228: Test failed: expected 1, got 0
edit.c:3234: Test failed: got 21
edit.c:3240: Test failed: got 21
https://test.winehq.org/data/patterns.html#user32:edit
Where 5 is ERROR_ACCESS_DENIED and indicates that the clipboard has already
been opened in another thread, process, etc.
This happens a lot on machines with an AMD GPU due to known interference from
the Radeon driver (see bug 47888).
But it also happens sometimes on machines with an Nvidia GPU (cw-gtx560) and
even on pure QEmu VMs such as w1064-1qxl (or fgtb-w10pro64). So there is either
some other source of interference, maybe from some Windows component, or an
issue (a race condition?) in the test itself.
It would be nice to identify the source of interference, if any, to see if it
can be neutralized. But maybe the only solution is to work around the issue as
in user32:clipboard (see commit 316eec8f6658).
--
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=54699
Bug ID: 54699
Summary: Motorola Ready For Assistant does not start,
RoOriginateLanguageException in Windows.Networking
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lischak(a)gmail.com
Distribution: ---
Created attachment 74209
--> https://bugs.winehq.org/attachment.cgi?id=74209
install+run of v04.0.0.010.000 on Wine 8.4
Motorola Ready For Assistant is a software for interfacing with Motorola
smartphones from desktop, allowing either phone screen mirror or a full-sized
Android-powered desktop similar to Samsung DeX. The installer appears to finish
successfully, but the application will not start.
This is a continuation of Bug 54495 in which two previous issues were fixed
(thanks!).
The installation file is freely downloadable:
https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno…
cd ~/Downloads
WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe
cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant
WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe
Attaching log from installation and from a follow-up run.
Env: Fedora 37, using the appropriate official WineHQ repo.
Note: The software is apparently only available via MS Store nowadays, but the
Store install just downloads a normal Win32 .exe from Motorola/Lenovo's servers
in the background.
--
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=52641
Bug ID: 52641
Summary: dsdmo has missing implementation causing game crash on
loaded
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
log has shown a missing implementation on dsdmo dll
this cause game crash when loading
Affect game: Feeding Frenzy 2
Log:
0290:warn:dsdmo:effect_inner_QueryInterface
{6d6cbb60-a223-44aa-842f-a2f06750be6d} not implemented; returning
E_NOINTERFACE.
--
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=41645
Bug ID: 41645
Summary: recursive invokation of __clone+0x6d() in libc.so.6
(0x00000000) in start_thread+0xe4() in libpthread.so.0
(0x0608f428)
Product: Wine
Version: 1.9.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krichter(a)posteo.de
Distribution: ---
Created attachment 56020
--> https://bugs.winehq.org/attachment.cgi?id=56020
Backtrace created by wine crash handler
There seems to be a recursive invokation inside `__clone+0x6d()` in
`start_thread+0xe4() in libpthread.so.0 (0x0608f428)`, see attached backtrace.
--
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=54783
Bug ID: 54783
Summary: cryptowinrt:crypto - test_Credentials_Statics()
sometimes gets unexpectedly high refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
cryptowinrt:crypto - test_Credentials_Statics() sometimes gets unexpectedly
high refcount in Wine:
crypto.c:321: Test failed: got ref 3.
crypto.c:323: Test failed: got ref 2.
See https://test.winehq.org/data/patterns.html#cryptowinrt:crypto
Where 2 and 1 was expected respectively.
There are 4 known instances so far but this test has only been running since
2023-02-23:
* 2023-02-27 on MR2262
* 2023-03-15 on fg-deb64-wow64
* 2023-03-23 on fg-deb64-wow32
* 2023-04-04 on MR2576
--
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.