http://bugs.winehq.org/show_bug.cgi?id=25323
Summary: Civilization IV Beyond the Sword crashed when trying
to start a new game.
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.pinamartins(a)gmail.com
Created an attachment (id=32176)
--> (http://bugs.winehq.org/attachment.cgi?id=32176)
Crash log with WINEDEBUG=+tid,+msxml,+variant
The crash mentioned in the summary occurs only if using builtin msxml3.
Reverting this dll to native will make the game start just fine.
I attached a logfile with WINEDEBUG=+tid,+msxml,+variant.
This should allow more progress on the builtin msxml3 lib.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55350
Bug ID: 55350
Summary: explorer.exe:explorer - test_taskbar() often fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
explorer.exe:explorer - test_taskbar() often fails in Wine:
explorer.c:43: Test failed: Expected (0,0)-(0,0), got (904,0)-(1024,768).
See https://test.winehq.org/data/patterns.html#explorer.exe:explorer
This happens almost systematically on fg-deb64-* but also happens randomly on
the TestBot's debian11 VM, GitLab's gitlab-debian environment, and Remi's VMs.
This also impacts merge requests sometimes, for instance MR!3413 on 2023-07-26.
--
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=55469
Bug ID: 55469
Summary: GL_OUT_OF_MEMORY crash
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Starting with Wine 8.14, after playing just a second co-op game, I receive a
"GL_OUT_OF_MEMORY" error, followed by several instances of "Cannot allocate
memory", followed by the typical "RtlpWaitForCriticalSection" crash I have also
experienced in previous versions if I play too many matches. Not sure if the
two are related, but with previous versions (up to 8.13), I was able to play a
couple matches and then restart the application as a sort of workaround.
--
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=54391
Bug ID: 54391
Summary: Need for Speed: SHIFT crashes on launch
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0a7c:fixme:d3dx:get_format_info Unknown format 0x5a544e49 (as FOURCC "INTZ").
0a7c:fixme:d3dx:D3DXCreateVolumeTextureFromFileInMemoryEx Generation of mipmaps
for volume textures is not implemented yet.
0a7c:fixme:d3dx:d3dx_effect_ValidateTechnique iface 392EF860, technique
39319D80 semi-stub.
0a7c:fixme:d3dx:d3dx_effect_GetDesc iface 392EF860, desc 00E8E858 partial stub.
0a7c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0a7c:err:d3dcompiler:D3DCompile2 Shader log:
0a7c:err:d3dcompiler:D3DCompile2 <anonymous>:1:40: E5000: syntax error,
unexpected '<', expecting ';' or ','
0a7c:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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=43104
Bug ID: 43104
Summary: Robot Arena 2: crashes when opened
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunix4all(a)gmail.com
Distribution: Ubuntu
Created attachment 58291
--> https://bugs.winehq.org/attachment.cgi?id=58291
Robot Arena 2 error message
Robot Arena 2 1.4 crashes when opened in Wine 2.9
--
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=55435
Bug ID: 55435
Summary: GUI applications no longer show text output on
STDOUT/STDERR
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)pp.dyndns.biz
CC: jacek(a)codeweavers.com
Regression SHA1: dcf0bf1f383f8429136cb761f5170a04503a297b
Distribution: ---
GUI applications sometimes print informational and error text messages to the
terminal they were launched from. This stopped working in Wine 8.12. I first
noticed it with the game Star Trek Online and to rule out it was the game I
also tested the Windows version of VLC Media Player and it too stopped printing
text to the terminal. A bisect identifies commit
dcf0bf1f383f8429136cb761f5170a04503a297b.
I don't know if this was an intentional change and if I have missed some
setting or parameter needed to get that terminal output back and I apologize if
that's 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=46332
Bug ID: 46332
Summary: Adobe Digital Editions 4.5 crashes on downloading a
book
Product: Wine
Version: 4.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raffamaiden(a)gmail.com
Distribution: ---
Created attachment 63074
--> https://bugs.winehq.org/attachment.cgi?id=63074
backtrace
Adobe Digital Editions 4.5, installed on a win32 prefix, crashes when trying to
download a book. I hereby attach the 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.
http://bugs.winehq.org/show_bug.cgi?id=25786
Summary: MYST V Demo: Installer GUI doesn't appear correctly
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=32861)
--> (http://bugs.winehq.org/attachment.cgi?id=32861)
Terminal output: wine "Myst V Demo.exe" + WINEDEBUG=+imm wine "Myst V Demo.exe"
Splitting from bug 11963 to isolate problems. This bug causes the window to not
render correctly and makes it impossible to click through the installation. It
can still be done perfectly from hotkeys - see also
http://bugs.winehq.org/show_bug.cgi?id=11963#c15
The offending Component is "imm".
(fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW)
Attached is the log showing the error + a debug of imm.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=37079
Bug ID: 37079
Summary: Dogfight: Battle in the Skies crashes when opening
drop-down menus
Product: Wine
Version: 1.7.24
Hardware: x86
URL: http://dogfight.cheops.php-4.info/dogfight_r3682_insta
ll.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49280
--> http://bugs.winehq.org/attachment.cgi?id=49280
terminal output
This is a small freeware game built on Allegro 4.xx gaming library.
In the main menu there are several graphical drop-down menus where you can
change screen resolution etc.
If you open one of them and move the custom mouse pointer among the menu items
Wine crashes. You can notice that menu items begin to flicker first then comes
the crash.
The same problem with Wine 1.0.1 .. 1.7.24
Fedora 20
Nvidia binary drivers 331.89/340.24
--
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=48401
Bug ID: 48401
Summary: GTA IV - Framerate drop after 5 minutes of gameplay
Product: Wine
Version: 4.0.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
Hardware: Lenovo ThinkPad T410s, 1st-gen i5, NVidia NVS3100M with driver
340.107
OS: Ubuntu 18.04 / elementaryOS 5.0
When playing GTA IV under Wine, framerate is quite nicely playable: 30+fps in
wine 4.0.3, Windows 10 mode (so far, best experience).
However, framerate begins to drop abruptly after about 5 minutes of gameplay,
in the 5-10fps range, sometimes to 1-2fps. CPU+GPU begin to heat up in the high
range (90°C).
This doesn't happen as badly in other DirectX 9 games.
I've added a registry DWORD key to disable CSMT (when enabled, the described
problem begins at gameplay start, not a second later), and limited video memory
to 384Mb.
It is known, however, that GTA IV is a badly optimized game that has caused
trouble in Windows before, so I'm aware that YMMV.
Let me know how else I can help pinpointing the problem cause.
--
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=41123
Bug ID: 41123
Summary: 8-bit Armies requires "fx_5_0" compilation target
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
When I was testing this bug: https://bugs.winehq.org/show_bug.cgi?id=40725 I
noticed that 8-bit Armies would show this line in the terminal before crashing:
fixme:d3dcompiler:compile_shader Compilation target "fx_5_0" not yet supported
Native d3dcompiler_43 via "winetricks d3dcompiler_43" works around the issue.
--
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=28635
Bug #: 28635
Summary: Pikachu Volleyball 3D fails to start a new game
Product: Wine
Version: 1.3.29
Platform: x86-64
URL: http://rev.knu.ac.kr/down/PV3DSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 36802
--> http://bugs.winehq.org/attachment.cgi?id=36802
Full log
When attempting to start a new game in Pikachu Volleyball 3D, it fails with the
following error message:
D3DMesh.cpp File 205 Line (DX Function) failed with DX9 error 0x80004001
E_NOTIMPL
Description - The function called is not supported at this time
It works after using winetricks d3dx9_36. The last line printed in the terminal
is:
fixme:d3dx:ID3DXMeshImpl_OptimizeInplace D3DXMESHOPT_VERTEXCACHE not
implemented.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53599
Bug ID: 53599
Summary: Lord of the Ring. BFME crash few minutes after loading
a game.
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: silverio_m(a)hotmail.com
Distribution: ---
Created attachment 72988
--> https://bugs.winehq.org/attachment.cgi?id=72988
Log from terminal
The game crashes randomly after loading a game or a new battle.
Whatever, the time for crashing depends on unknown factors.
It happens in any version of Wine since 2021 and with Linux Mint 20.x and 21.
--
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=52356
Bug ID: 52356
Summary: Folio Bound Views crashing at winevdm after 6.23
(until 7.0rc2)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gudwin(a)unicamp.br
Distribution: ---
I mostly use Wine for running Folio Bound Views, an old 16 bit Windows
application that I must run for accessing some literature that is important in
my profession. I used to run Wine 6.21 and it worked without any problem. Now,
since version 6.23, the application is crashing at winevdm.exe. The last update
of Wine available for Manjaro is 7.0rc2 and the problem is still there. It is
important to notice that this problem didn't exist at 6.21. I didn't tested
6.22, so I don't have any clue if the problem was introduced at 6.22 or 6.23,
but I can confirm that making a regression to 6.23 didn't worked. Making a
regression to 6.21, the application returns to work. I hope you are able to put
it working again before 7.0 is finally released. If you need more information
in order to track the bug, please let me know how I can help.
Unhandled exception: page fault on read access to 0xffffffff in 16-bit code
(07bf:0439).
In 16 bit mode.
Register dump:
CS:07bf SS:08c7 DS:08c7 ES:08c7 FS:0063 GS:006b
IP:0439 SP:8b50 BP:8b6c FLAGS:0202( R- -- I - - - )
AX:0001 BX:8b7c CX:0000 DX:0001 SI:0081 DI:0094
Stack dump:
0x08c7:0x8b50: 08c7 0000 0000 0000 20e0 00e3 224d c060
0x08c7:0x8b60: 00e4 8b8e 08c7 0000 0000 0000 8bc8 044b
0x08c7:0x8b70: 011f 8b7c 08c7 0000 0081 0094 e338 0151
0118: sel=08c7 base=00afad30 limit=00009b7f 16-bit rw-
Backtrace:
=>0 0x07bf:0x0439 (0x08c7:0x8b6c)
1 0x011f:0x044b (0x08c7:0x8bc8)
0x07bf:0x0439: lesw %es:0x0(%bx),%bx
Modules:
Module Address Debug info Name (30 modules)
PE 00400000-00420000 Deferred winevdm
PE 00f20000-01054000 Deferred ole32
PE 01570000-01ea8000 Deferred shell32
PE 01eb0000-01f62000 Deferred winspool
PE 040e0000-040e8000 Deferred lz32
PE 61740000-61782000 Deferred advapi32
PE 62fc0000-6304d000 Deferred rpcrt4
PE 63480000-6348c000 Deferred version
PE 63bc0000-63bda000 Deferred shcore
PE 64a40000-64a94000 Deferred shlwapi
PE 666c0000-666cf000 Deferred hid
PE 66b00000-66b3e000 Deferred win32u
PE 68500000-6855a000 Deferred combase
PE 69540000-6958e000 Deferred dinput8
PE 6a040000-6a062000 Deferred msacm32
PE 6a280000-6a32c000 Deferred msvcrt
PE 6a400000-6a4c6000 Deferred winmm
PE 6bc00000-6bc2c000 Deferred sechost
PE 6bcc0000-6bd3f000 Deferred setupapi
PE 6c9c0000-6ca46000 Deferred gdi32
PE 6cc40000-6cd9c000 Deferred comctl32
PE 6ed00000-6ef3e000 Deferred user32
PE 70940000-7095f000 Deferred mpr
PE 70b40000-70c17000 Deferred ucrtbase
PE 70d00000-70e08000 Deferred comdlg32
PE 71200000-7121c000 Deferred imm32
PE 7b000000-7b0e9000 Deferred kernelbase
PE 7b600000-7b81a000 Deferred kernel32
PE 7bc00000-7bca2000 Deferred ntdll
PE 7e100000-7e104000 Deferred winex11
Threads:
process tid prio (all id:s are in hex)
00000020 start.exe
00000024 0
00000038 services.exe
0000003c 0
00000040 0
0000004c 0
0000006c 0
00000098 0
000000b0 0
00000104 0
00000044 winedevice.exe
00000048 0
00000054 0
00000058 0
0000005c 0
00000060 0
000000bc 0
00000064 winedevice.exe
00000068 0
00000070 0
00000074 0
00000078 0
00000084 0
00000088 0
0000008c 0
0000007c explorer.exe
00000080 0
000000d8 0
000000ec 0
00000090 plugplay.exe
00000094 0
0000009c 0
000000a0 0
000000a4 0
000000a8 svchost.exe
000000ac 0
000000b4 0
000000b8 0
000000e4 rpcss.exe
000000e8 0
0000010c 0
00000110 0
00000114 0
00000118 0
00000124 0
00000188 (D) C:\windows\syswow64\winevdm.exe
0000018c 0
00000190 0 <==
0000019c 0
System information:
Wine build: wine-7.0-rc2
Platform: i386 (WOW64)
Version: Windows 7
Host system: Linux
Host version: 5.10.84-1-MANJARO
--
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=53210
Bug ID: 53210
Summary: user32:msg - test_dbcs_wm_char() sometimes gets a
timing failure in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_dbcs_wm_char() sometimes gets a timing failure in Wine:
msg.c:15198: Test failed: bad time 12b933de
https://test.winehq.org/data/patterns.html#user32:msg
This failure only appears to happen together with test_dbcs_wm_char()'s
Japanese and Chinese failures (see bug 52877) but it's much less frequent:
there are only 3 known instances (2022-05-18, 06-06 and 06-17).
Also, because it's a timing issue, it's not immediately clear how it is tied to
the locale.
--
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=55478
Bug ID: 55478
Summary: d3dx9_36:effect - The 64-bit
test_effect_get_pass_desc() sometimes crashes on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx9_36:effect - The 64-bit test_effect_get_pass_desc() sometimes crashes on
Windows:
effect.c:6953: this is the last test seen before the exception
208c:effect: unhandled exception c0000005 at 0000000069266158
See https://test.winehq.org/data/patterns.html#d3dx9_36:effect
The crash most likely happens on the release call that follows this line:
6953 ok(!desc.pPixelShaderFunction, "Unexpected non null
desc.pPixelShaderFunction.\n");
6954
6955 effect->lpVtbl->Release(effect);
The first crash happened on 2023-06-28 and has happened about 1.5 time per week
since, always in the 64-bit test, always on Windows 10 (including the GitLab CI
VM).
--
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=52587
Bug ID: 52587
Summary: Finding Nemo: In-game sound distorted
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 71912
--> https://bugs.winehq.org/attachment.cgi?id=71912
execution log w/o additional debug flags set
When booting the game there are a few intros (Disney, THQ etc) which all have
good sound.
When continuing to the title menu, the music and sounds are
distorted/stuttering. This also happens in-game.
According to the config NemoConfig.exe the music comes from the CD and there is
an option to disable it (which works). The tests are tested with the CD in the
drive.
Tested in both 64 and 32-bit clean prefixes. Also tested with and w/o
winetricks overrides, such as:
* dsound
* directmusic
* dsdmo
Tested with windows versions set to XP and 7 (32 and 64bit).
Attached you may find the execution log of the game without any additional
debug flags.
--
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=47205
Bug ID: 47205
Summary: FantaMorph5 freezes on splash screen startup in
staging. Regression Works in vanilla Wine 4.0
Product: Wine-staging
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.horan.jr(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 64462
--> https://bugs.winehq.org/attachment.cgi?id=64462
Terminal failed start in Wine-Staging 4.7. Quit after 10 minutes.
FantaMorph5 trial can be downloaded here:
https://www.fantamorph.com/download.html
I am using a paid version from Avanquest.
The program runs in Wine 4.0, but with Wine-Staging 4.7 the program gets stuck
on splash screen upon startup. Attached is the failed start in terminal
WINEARCH=win32 in its own wine bottle.
winetricks vb6run and gdiplus required to run the software.
--
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=33814
Bug #: 33814
Summary: Performance regression in 1.6-rc2
Product: Wine
Version: 1.6-rc2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tdsbug(a)gmail.com
Classification: Unclassified
Regression SHA1: ffc9f535eb7817ea4cd0d0657471e61a9813debd
There is huge framerate drop in Ground Control
ffc9f535eb7817ea4cd0d0657471e61a9813debd is the first bad commit
commit ffc9f535eb7817ea4cd0d0657471e61a9813debd
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Jun 14 09:07:12 2013 +0200
wined3d: Handle pre-transformed vertices in the GLSL vertex pipe.
This also avoids a fallback to drawStridedSlow().
:040000 040000 a2d808d529d1695a844485a194fc8db77b699b2d
2052d3dc5293fb46c01e5bb1bbca101b9072323d M dlls
Nvidia 210, 319.23 driver
Resolution changes, graphics options, nvidia-settings etc have no effect on
this framerate drop.
WINEDEBUG=+d3d log:
https://docs.google.com/file/d/0ByuikmI4uhzXLXVuaW5JU2tNeWs/edit?usp=sharing
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53329
Bug ID: 53329
Summary: Move worksheet/graph window for too long (maybe more
than 300 ms) crashes OriginPro 2022
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linuxrider(a)web.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72713
--> https://bugs.winehq.org/attachment.cgi?id=72713
console output for starting OriginPro and window movement until crash
After moving a worksheet/graph window the following output is shown in the
console.
```
nLab\Origin2022b\Origin64.exe: dlls/ntdll/unix/thread.c:1740:
ntdll_set_exception_jmp_buf: Zusicherung »!jmp ||
!ntdll_get_thread_data()->jmp_buf« nicht erfüllt.
nLab\Origin2022b\Origin64.exe: dlls/ntdll/unix/thread.c:1740:
ntdll_set_exception_jmp_buf: Zusicherung »!jmp ||
!ntdll_get_thread_data()->jmp_buf« nicht erfüllt.
0100:err:seh:call_stack_handlers invalid frame 000000000151F110
(0000000000022000-0000000001420000)
0100:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
```
Quick movements are possible without crashing, however.
--
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=28611
Bug #: 28611
Summary: Farmer Jane freezes at Loading screen
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: josh+wine(a)iswifter.net
Classification: Unclassified
Farmer Jane animates a Loading progress bar and freezes after it's full.
The strace log (over 125 MiB, omitted) ends at this point; no further system
calls occur. The WINEDEBUG=+relay log (almost 439 MiB, omitted) shows thread
0029 blocking in SetWindowPos(). Over 9000 lines later, we get
err:ntdll:RtlpWaitForCriticalSection section 0x7b9a71c0 "console.c:
CONSOLE_CritSect" wait timed out in thread 002a, blocked by 0029, retrying (60
sec)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42836
Bug ID: 42836
Summary: CCCP-Settings program fails to configure LAV Splitter
settings, OK button does nothing and apply button
never becomes enabled
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danweiss(a)gmail.com
Distribution: ---
I'm running Wine 2.5 Staging on Debian Testing (x64 OS, but using 32-bit Wine).
This concerns the program CCCP-Settings.exe that comes with Combined Community
Codec Pack ( http://cccp-project.net/ ). It is a tool that can invoke the
property pages from LAV Filters ( https://github.com/Nevcairiel/LAVFilters ).
When you run CCCP-Settings, there are buttons that open the property pages for
LAV Video Settings, LAV Audio Settings, and LAV Splitter Settings.
When you run these under Windows, the title bar says "Properties", you can
click to change settings, and the OK and Apply buttons work.
Under Wine, the title bar says "Properties for", the OK button dismisses the
dialog without saving any settings just like cancel, and the Apply button never
becomes enabled when you change any settings.
There are also other programs that can invoke the property pages for LAV
Filters, such as GraphStudio Next (
https://github.com/cplussharp/graph-studio-next ). When you run GraphStudio
Next under Wine, the property page dialog boxes for LAV Filters work perfectly,
with functioning OK and Apply buttons.
So the issue is in how CCCP-Settings.exe works under Wine, not the LAV filters
property pages themselves.
--
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=53794
Bug ID: 53794
Summary: Sins of the Solar Empire Rebellion (Gog 1.975.1) does
a minidump when starting to play a map.
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bruno(a)wolff.to
Distribution: ---
Created attachment 73288
--> https://bugs.winehq.org/attachment.cgi?id=73288
Output to x terminal
Starting after the 1.961 Gog release and at least by the 1.974 Gog release the
game started doing a minidump when starting to play a map.
I get the following text output that appears most relevant. Complete output is
in an attachment:
wine: Call from 7B012636 to unimplemented function
concrt140.dll.?_CheckTaskCollection@_UnrealizedChore@details@Concurrency@@IAEXXZ,
aborting
There was a pretty big change between 1.961 and 1.97 and it might be that they
started doing something Wine doesn't support, rather than this being an actual
bug in Wine.
--
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=34867
Bug #: 34867
Summary: Unhandled exception: divide by zero...
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kazikkazimierczak(a)gmail.com
Classification: Unclassified
Created attachment 46475
--> http://bugs.winehq.org/attachment.cgi?id=46475
The messages from wine.
Helo,
When I start to run parity.exe wine crashes. My system is Ubuntu 13.10 and it
contians:
wine-gecko1.4:amd64 1.4.0-0ubuntu2 amd64 Microsoft
Windows compatibility layer (embedded web browser)
wine-gecko1.4:i386 1.4.0-0ubuntu2 i386 Microsoft
Windows compatibility layer (embedded web browser)
wine1.4 1.4.1-0ubuntu7 amd64 Microsoft
Windows Compatibility Layer (Binary Emulator and Library)
wine1.4-amd64 1.4.1-0ubuntu7 amd64 Microsoft
Windows Compatibility Layer (64-bit support)
wine1.4-i386 1.4.1-0ubuntu7 i386 Microsoft
Windows Compatibility Layer (32-bit support)
winetricks 0.0+20130702+svn1032-1 all package
manager for WINE to install software easily
Could you help me?
Rgds,
Kazik
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47598
Bug ID: 47598
Summary: Steinberg Download Assistant
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rancidradio7(a)gmail.com
Distribution: ---
Created attachment 65014
--> https://bugs.winehq.org/attachment.cgi?id=65014
Steinberg Download Assistant
Steinberg Download Assistant
--
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=55443
Bug ID: 55443
Summary: Wine crashes when an image is dragged onto notepad.exe
and games
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 75002
--> https://bugs.winehq.org/attachment.cgi?id=75002
terminal output
If you drag and drop an image from a Firefox window onto notepad wine will
crash.
I've done some regression testing and wine 7.8 is the version that started
crashing, wine 7.7 displays the error: " could not be found but does not crash.
Some wine version make it crash and some result in a freeze.
Additionally, users are reporting games on Proton 8 crashing in the same manner
but not on Proton 7.
I've used this image for testing:
https://cdn.thewirecutter.com/wp-content/media/2022/12/non-alcoholic-wine-2…
Steps to reproduce:
1. start notepad: wine start notepad
2. in an unmaximized state drag and drop the linked image onto notepad's window
3. wine crashes
Tested on x11 kde Plasma on Arch
--
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=55414
Bug ID: 55414
Summary: Ultimate Spider-Man: Widescreen Fix shifts HUD too
much to the right
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74975
--> https://bugs.winehq.org/attachment.cgi?id=74975
Logs taken from fresh prefix, with `WINEDEBUG=warn+all`
The game Ultimate Spider-Man works well in Wine (I played it from start to
finish).
I also played with the Widescreen Fix, which works except for one thing.
The mod offers the option (enabled by default) to fix the HUD (without it, the
HUD would be stretched). That is the problematic part under Wine, because with
it the HUD is shifted too much to the right, rendering the mod unusable.
It works no problem with it disabled (which is how I played).
So, to reproduce:
- Install Ultimate Spider-Man
- Install the mod:
https://github.com/ThirteenAG/WidescreenFixesPack/releases/tag/usm
- Set `WINEDLLOVERRIDES` for `dsound`
- Make sure that in the mod settings, `FixHUD` is set to `1` (it's the default)
- Launch the game, you should see the problem right in the main menu.
Source code of the mod:
https://github.com/ThirteenAG/WidescreenFixesPack/tree/master/source/Ultima…
Images of the issue (made an issue on GitHub in case the issue wasn't on from
Wine's side): https://github.com/ThirteenAG/WidescreenFixesPack/issues/1309
--
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=55287
Bug ID: 55287
Summary: msvcrt:file - The 32-bit test_pipes() fails in the new
WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msvcrt:file - The 32-bit test_pipes() fails in the new WoW mode:
file.c:2343: Test failed: i 0, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 1, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 2, expected to write 'Hello world' wrote -1
file.c:2350: Test failed: unable to close 4: 9
01cc:file: 5 tests executed (0 marked as todo, 0 as flaky, 4 failures), 0
skipped.
file.c:2383: Test failed: i 0, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2383: Test failed: i 1, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2383: Test failed: i 2, got 0
file.c:2386: Test failed: expected to read 'Hello world', got ''
file.c:2343: Test failed: i 0, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 1, expected to write 'Hello world' wrote -1
file.c:2343: Test failed: i 2, expected to write 'Hello world' wrote -1
file.c:2350: Test failed: unable to close 4: 9
076c:file: 5 tests executed (0 marked as todo, 0 as flaky, 4 failures), 0
skipped.
file.c:2419: Test failed: fread() returned 0: ferror=0
file.c:2422: Test failed: got '' expected 'Hello worldHello worldHello world'
See https://test.winehq.org/data/patterns.html#msvcrt: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=55402
Bug ID: 55402
Summary: CMD '!var!' not working in 'if' statement
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: mr.dmitry.sokolov(a)gmail.com
Distribution: ---
The command not working
set var=qwe
if "!var!"=="" ...
ACTUAL
The script (attached) produces wrong output
EXPECTED
See the output in .exp file (attached)
--
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=46107
Bug ID: 46107
Summary: Altium Designer 18 page faults when launched
Product: Wine
Version: 3.19
Hardware: x86
URL: https://s3.amazonaws.com/altium-release-manager/Altium
_Designer_18/OfflineSetup_Altium_Designer_Public_18_1_
9.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 62738
--> https://bugs.winehq.org/attachment.cgi?id=62738
Backtrace of Altium Designer 18.1.9 on wine-staging 3.19 on xubuntu 16.04
x86-64
Altium Designer 18 is a major rewrite of the EDA/PCB CAD suite and is 64-bit
with some legacy 32-bit components (previous versions were 32-bit only). It
appears to still be a mix of NET Framework and Delphi components.
It has both online and offline installers (URL link is to offline installer,
2.1GB). It requires a registration code to use the app but this is prompted
after launch. The offline installer works without problems but includes NET
Framework 2.6.1 which doesn't install properly (as per NET Framework Setup
Verification Tool) so winetricks is needed:
winetricks -q corefonts dotnet461
Upon execution the app (X2.EXE) page faults after the splash screen. Occurs
with both dev and staging.
Wine packages:
wine-devel | 3.19.0~xenial | https://dl.winehq.org/wine-builds/ubuntu
xenial/main amd64 Packages
wine-staging | 3.19.0~xenial | https://dl.winehq.org/wine-builds/ubuntu
xenial/main amd64 Packages
winetricks list:
Using winetricks 20180815-next - sha256sum:
cff80fa6dbd02b43972d13fc82e4af9bddd968623c0b18620679816968a07f80 with wine-3.19
(Staging) and WINEARCH=win64
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
w_workaround_wine_bug-34803
remove_mono
w_workaround_wine_bug-34803
remove_mono
w_workaround_wine_bug-34803
remove_mono
w_workaround_wine_bug-42701
w_workaround_wine_bug-34803
remove_mono
winxp
dotnet40
dotnet45
w_workaround_wine_bug-38959
dotnet46
dotnet461
Third-party components (identified by file name and hex dumps):
TeighaX
SQLite
DirectX 9
zlib
Professional Software Development FastMM
FFmpeg
LAME
7-Zip
LZ4
DevExpress
Chromium Embedded Framework
--
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=39876
Bug ID: 39876
Summary: Humanity Asset crashes on start with built-in d3dx
Product: Wine
Version: 1.9.0
Hardware: x86
URL: http://www.moddb.com/games/humanity-asset/downloads/hu
manity-asset-demo#
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 53243
--> https://bugs.winehq.org/attachment.cgi?id=53243
+d3dx log
The demo comes bundled with native d3dx9_38.dll, if you set it to 'built-in' in
winecfg, then the game crashes while loading to the main menu.
HumanityAssetDemo.2.rar
sha1: 619538846bc8c8a6d8d319378708582ef41be1c4
--
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=25988
Summary: Mr. Smoozles Goes Nutso: problems playing sound
Product: Wine
Version: 1.3.12
Platform: x86
URL: http://www.juniper-games.com/smoozles/Nutsosetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=33126)
--> (http://bugs.winehq.org/attachment.cgi?id=33126)
terminal output (only built-in dlls)
The game is a nice, freeware adventure puzzle game.
Neither sound nor music is playing in the game with a clean Wine install.
After installing the directmusic components via winetricks and starting
Timidity as a separate process music is playing fine in the menu and in some of
the scenes.
However there are still problems playing sound effects during gameplay: it is
most noticeable in the first scene where a simple sound effect is intended to
play (sounds like a shooting sound).
The game becomes almost unplayable because of a strange lagging issue: the game
barely responds to keyboard events while the sound is playing.
Once you manage to make it past the first scene, gameplay seems to be back to
normal in the second scene. It seems that the lagging issue has something to do
with the looping sound effect during the first scene.
The first log is showing the output without native directmusic dlls.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44276
Bug ID: 44276
Summary: Poor resolution change handling with Shadow of
Memories demo
Product: Wine
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 60099
--> https://bugs.winehq.org/attachment.cgi?id=60099
Log from successful demo gameplay start
When game starts (fresh boot) it shows only the upper-left quadrant of the logo
screens. It then changes resolution and shows the intro video the size of a
postage stamp (often loses focus and an alt-tab is needed to see it). It then
shows only the upper-left quadrant of the main menu. It's possible to pan
around and see all of it but the button graphics don't align with the buttons
so they're hard to target with the pointer.
At the main menu, if the game is started it often freezes at the "Prologue"
screen.
Alt-tabbing during these various stages can trigger some odd effects (at least
with the Nvidia proprietary driver). The game will crash, the screen gets left
at a low resolution, etc. Eventually the behavior changes - the game launches
the opening screens correctly sized but with the Xfce desktop panel still
visible. The game will then be startable (won't freeze at the "Prologue"
screen). It still seems to freeze further along, normally after the tea house
scene when control is returned to the player. The behavior is persistent until
the system is rebooted.
The CD version of the game acts the same except it never seems to get past
"Prologue".
Some of this may be related to bug #44275.
Install notes (demo download link on same page):
https://appdb.winehq.org/objectManager.php?sClass=version&iId=31628#notes
System tested:
Xubuntu 17.04 x86, Intel Pentium D 3.46GHz, GeForce 8600 GT with Nvidia
340.102 driver.
wine-staging 2.21.0~zesty from dl.winehq.org
--
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=55241
Bug ID: 55241
Summary: The 64-bit winmm:capture & winmm:wave crash on Windows
8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit winmm:capture & winmm:wave crash on Windows 8:
capture.c:171: this is the last test seen before the exception
07d0:capture: unhandled exception c0000005 at 00007FFDC66DCF38
wave.c:686: this is the last test seen before the exception
0b14:wave: unhandled exception c0000005 at 00007FFDC66DCF38
See https://test.winehq.org/data/patterns.html#winmm:capturehttps://test.winehq.org/data/patterns.html#winmm:wave
This started with the GitLab CI's switch to Debian 12 (bookworm) for the build
system:
* The winmm_test.exe binary produced by the TestBot's Debian 11-based build VM
produces no failures when run on Windows while GitLab CI's binary for the same
Wine version produces this set of failures.
* And the TestBot runs the official WineTest builds on its Windows VMs which is
why the failures appeared on 2023-07-10 which corresponds to this commit:
commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jul 10 17:18:49 2023 +0200
gitlab: Upgrade the Debian image to bookworm.
Now the question is whether the new build environment revealed a preexisting
bug in Wine, or if the new build environment itself is broken, or if the bug is
elsewhere such as in the MinGW compiler. This is also likely the same issue as
bug 55240.
--
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=54744
Bug ID: 54744
Summary: explorerframe:taskbarlist - test_ITaskbarList()
sometimes gets E_NOTIMPL on Windows
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:taskbarlist - test_ITaskbarList() sometimes gets E_NOTIMPL on
Windows:
taskbarlist.c:61: Test failed: Got hr 0x80004001.
taskbarlist.c:66: Test failed: Got hr 0x80004001.
See https://test.winehq.org/data/patterns.html#explorerframe:taskbarlist
Where 0x80004001 == E_NOTIMPL
On average this happens about once every other month on recent Windows 10
versions:
* 2022-08-31 on w1064-tsign-64 (21h2)
* 2022-11-14 on w1064-tsign-32 (21h2)
* 2023-01-10 on fgtb-w10pro64-rx550-64 (22h2)
* 2023-02-06 on w10pro64-rx550-64 (22h2)
* 2023-03-27 on w10pro64-ar-64 (21h1)
--
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=54069
Bug ID: 54069
Summary: ddraw:ddraw7 - test_texture_wrong_caps() sometimes
fails on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw7 - test_texture_wrong_caps() sometimes fails on Windows 8+.
ddraw7.c:18954: Test failed: Got unexpected color 0x00000040.
and
ddraw7.c:18972: Test failed: Got unexpected color 0x00ff00ff.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw7
Notes:
* There is no evidence of this happening on Windows 11.
* This seems to only happen with Microsoft's "Microsoft Basic Display Adapter"
driver: the "-1qxl" and "-2qxl" (dual-monitor) configuration use the "Red Hat
QXL controller" driver and are are not affected. Neither are the AMD / NVIDIA
PCI passthrough configurations.
* The 0x00000040 result mostly happens on Windows 8 to Windows 10 1607 but it
also happened a couple of times on Windows 10 21H2. Meanwhile the 0x00ff00ff
result seems to only happen on Windows 10 2004+.
* ddraw:ddraw1, ddraw:ddraw2 and ddraw:ddraw4 have a similar test function but
don't have this failure.
--
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=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=55273
Bug ID: 55273
Summary: ntdll:wow64 - The 64-bit test_cpu_area() gets bad
offsets on Windows 10 1607 & 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:wow64 - The 64-bit test_cpu_area() gets bad offsets on Windows 10 1607 &
1709:
wow64.c:783: Test failed: 0:0: wrong offset 4
wow64.c:783: Test failed: 0:1: wrong offset 6
wow64.c:783: Test failed: 0:2: wrong offset 4
wow64.c:783: Test failed: 0:3: wrong offset 6
wow64.c:783: Test failed: 0:4: wrong offset 4
wow64.c:783: Test failed: 0:5: wrong offset 6
wow64.c:783: Test failed: 0:6: wrong offset 4
wow64.c:783: Test failed: 0:7: wrong offset 6
wow64.c:783: Test failed: 1:0: wrong offset 16
wow64.c:783: Test failed: 1:1: wrong offset 14
wow64.c:783: Test failed: 1:2: wrong offset 12
wow64.c:783: Test failed: 1:3: wrong offset 10
wow64.c:783: Test failed: 1:4: wrong offset 8
wow64.c:783: Test failed: 1:5: wrong offset 6
wow64.c:783: Test failed: 1:6: wrong offset 4
wow64.c:783: Test failed: 1:7: wrong offset 18
wow64.c:783: Test failed: 2:0: wrong offset 8
wow64.c:783: Test failed: 2:1: wrong offset 6
wow64.c:783: Test failed: 2:2: wrong offset 4
wow64.c:783: Test failed: 2:3: wrong offset 10
wow64.c:783: Test failed: 2:4: wrong offset 8
wow64.c:783: Test failed: 2:5: wrong offset 6
wow64.c:783: Test failed: 2:6: wrong offset 4
wow64.c:783: Test failed: 2:7: wrong offset 10
wow64.c:783: Test failed: 3:0: wrong offset 16
wow64.c:783: Test failed: 3:1: wrong offset 14
wow64.c:783: Test failed: 3:2: wrong offset 12
wow64.c:783: Test failed: 3:3: wrong offset 10
wow64.c:783: Test failed: 3:4: wrong offset 8
wow64.c:783: Test failed: 3:5: wrong offset 6
wow64.c:783: Test failed: 3:6: wrong offset 4
wow64.c:783: Test failed: 3:7: wrong offset 18
See https://test.winehq.org/data/patterns.html#ntdll:wow64
The failures started with GitLab CI's switch to Debian 12 for the WineTest
builds which are used in the WineTest nightlies. However they also happen with
binaries built on Debian 11 so in this case it is just a coincidence.
See also bug 55272 for ntdll:exception crashes that started at the same time on
the same set of 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=55211
Bug ID: 55211
Summary: Print file not truncated when printing to file in
FrameMaker 8
Product: Wine
Version: 8.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
A existing print file ist not truncated when printing to the same
file again. So when printing a smaller document to the print file
which was generated for a larger file, the resultung file contains
garbage at its end.
This happens in Framemaker 8 and may happen in other apps too.
To reproduce
- Install Framemaker from the given URL
- Print the attached Document Large.fm to a file (select print to file
in the printer dialog). Check the size of the generated file.
- Print the attached Document Small.fm to the same file generated in
the previous step. Check again the size of the file - its the same.
Depending on the used Postscript interpreter reading the file fails
because of the garbage at the files end.
This is simple to see when using different documents as descibed above.
When printing existing documents again after (even small) changes the
resulting print file may be garbage without notice.
--
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=55236
Bug ID: 55236
Summary: scrrun:dictionary - test_hash_value() gets bad hashes
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
scrrun:dictionary - test_hash_value() gets bad hashes on Windows:
dictionary.c:676: Test failed: got hash 0x2eb, expected 0x2ea
dictionary.c:686: Test failed: got hash 0x2eb, expected 0x2ea
dictionary.c:695: Test failed: got hash 0x2db, expected 0x2da
dictionary.c:721: Test failed: got hash 0x2eb, expected 0x2ea
dictionary.c:732: Test failed: got hash 0x2eb, expected 0x2ea
dictionary.c:742: Test failed: got hash 0x2db, expected 0x2da
See https://test.winehq.org/data/patterns.html#scrrun:dictionary
Note that the hash values change with every run causing false positives.
--
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=55272
Bug ID: 55272
Summary: The 64-bit ntdll:exception crashes on Windows 10 1607
& 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit ntdll:exception crashes on Windows 10 1607 & 1709:
exception.c:3537: vect. handler c0000005 addr:000002858E4C0000
exception.c:3537: vect. handler c0000005 addr:000002858E4C0000
ntdll:exception:0dd8 done (-1073741819) in 0s 6581B
See https://test.winehq.org/data/patterns.html#ntdll:exception
Where -1073741819 == 0xC0000005 == STATUS_ACCESS_VIOLATION
The crashes started with GitLab CI's switch to Debian 12 for the WineTest
builds which are used in the WineTest nightlies. However they also happen with
binaries built on Debian 11 in this case it is just a coincidence.
Note that before that ntdll:exception was exiting silently on Windows 8 & 10 <=
1809, see bug 55111. These two issues may be one and the same, just producing
different results due to changes in the binary layout.
--
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=55108
Bug ID: 55108
Summary: xaudio2_8:xaudio2 fails on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_8:xaudio2 fails on Windows 10+:
xaudio2.c:1218: Test failed: Got hr 0x80004002.
See https://test.winehq.org/data/patterns.html#xaudio2_8:xaudio2
Note that this is the same failure as what happened on Windows 8 in the late
stages described in bug 55016.
A bisect shows that this failure started with the commit below:
commit e8b0e7c1fcf090ba80c543f68b0bdae185316327
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Fri Jun 16 15:13:14 2023 -0500
xaudio2/tests: Fix the IID_IXAudio28 declaration.
This was accidentally copied from the 2.9 version instead in 14c44d0b0.
--
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.