https://bugs.winehq.org/show_bug.cgi?id=53197
Bug ID: 53197
Summary: Shogun Total War 2 needs
d3dx11_42.dll.D3DX11LoadTextureFromTexture.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
With both wined3d and dxvk, Shogun Total War 2 generates the following in
DirectX 11 mode (on both 32bit native and WoW64 prefixes) before reaching the
game's main menu:
---Log output---
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FE756, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F3D2A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FEA86, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F405A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
wine: Call from 7B0122F6 to unimplemented function
d3dx11_42.dll.D3DX11LoadTextureFromTexture, aborting
0100:fixme:faultrep:ReportFault 0055C6B8 0x0 stub
wine: Unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture called
at address 7B0122F6 (thread 0100), starting debugger...
---Log output---
As a workaround, the game can be played in DirectX 9 mode.
--
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=56000
Bug ID: 56000
Summary: Window title is not set with winewayland
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Component: winewayland.drv (please add it to the list of components btw).
When testing something with winewayland (regedit for example or anything else
really), it's not setting the window title, unlike winex11.
--
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=55684
Bug ID: 55684
Summary: Null pointer dereference in failure path
Product: vkd3d
Version: 1.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
From Coverity report:
/home/akhaldi/wine/libs/vkd3d/libs/vkd3d-shader/dxil.c: 1793 in
sm6_parser_declare_function()
1787 return false;
1788 }
1789 ret_type = fn->type->u.function->ret_type;
1790
1791 if (!(fn->type = sm6_type_get_pointer_to_type(fn->type,
ADDRESS_SPACE_DEFAULT, sm6)))
1792 {
>>> CID 1546877: Null pointer dereferences (FORWARD_NULL)
>>> Dereferencing null pointer "fn->type".
1793 WARN("Failed to get pointer type for type %u.\n",
fn->type->class);
1794 return false;
1795 }
1796
1797 if (record->operands[1])
1798 WARN("Ignoring calling convention %#"PRIx64".\n",
record->operands[1]);
The issue is obviously in 'fn->type' being reused in a warning 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.
http://bugs.winehq.org/show_bug.cgi?id=27745
Summary: Racer is unplayable
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugmenot123456(a)mailinator.com
Created an attachment (id=35498)
--> (http://bugs.winehq.org/attachment.cgi?id=35498)
Output of racer under wine-1.3.24
Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and
1.3.17 it stopped working. Now racer infinitely loops with following error
after pressing "Race" button:
RNetwork: waiting for connecting id response...
RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278)
RNetwork: connect attempt failed; be persistent (try 1)
enet_host_connect; out of (1) peers
** Error: QNClient:Connect(); failed to create enet peer; out of connections
Link to the program: http://racer.nl/download/racer0655.zip
--
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=51606
Bug ID: 51606
Summary: Adobe Creative Cloud and apps like Photoshop CC need
Internet Explorer 11
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msdobrescu(a)gmail.com
Distribution: ---
Created attachment 70459
--> https://bugs.winehq.org/attachment.cgi?id=70459
Popup appears in Photoshop at startup
Adobe software, mainly Creative Cloud related, like Photoshop CC, requires now
Internet Explorer 11.
I could not manage to install Internet Explorer, regardless the package used.
I have Windows 10, up to date (21H1 right now) and I have installed Photoshop
CC there and copied the files on my Linux for testing. This is because it is
not possible to install Adobe Creative Cloud either, due to missing Internet
Explorer 11.
After starting Photoshop, the attached popup appears, so no possibility to use
Photoshop CC, which is known to work in Wine (seemingly the tested versions of
Photoshop CC are cracked somehow to skip this step, but that is illegal and
dangerous for being know to bring malware).
A IE11 installation or a workaround are necessary.
--
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=23124
Summary: Philippine English locale defaults to wrong SUBLANG
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I understand that following 1.2 .po file are going to be used, so this should
be easier to resolve then.
Philippine English follows American English rules, but currently defaults to
pick up SUBLANG_NEUTRAL which is British English. It should be picking up
SUBLANG_DEFAULT for American English.
I'm not sure if this can be changed before the introduction of .po files but
it's not urgent.
http://en.wikipedia.org/wiki/Philippine_English
--
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=44863
Bug ID: 44863
Summary: Performance regression in Prince of Persia 3D
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps.
I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not
run a regression test yet.
The problem is that the game creates a rather large (2MB)
D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations),
writes a handful of vertices and draws a handful of vertices. Currently wined3d
uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU
every map / unmap / draw cycle.
The most obvious performance fix is not to create a VBO. Doing this restores
the performance, but questions remain.
On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports
system memory textures" and "NetImmerse D3DDriver Info: No AGP support
detected". The first info seems wrong, so it is possible that the game enters a
codepath it does not choose on Windows.
Not creating a VBO is not an option on Core Contexts, so I investigated what's
going wrong with the PBO codepath on. First of all, evicting the sysmem copy
seems like a bad choice. It happens because ddraw buffers are not marked
dynamic. We may want to chance this. The game uses d3d3, so there's no
DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to
IDirect3DVertexBuffer::Lock.
Commenting out the eviction call improves performance quite a bit, but it is
still noticeably slow. wined3d_buffer_map maps through heap_memory instead of
glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags &
(WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition.
Removing this condition uses glMapBuffer, but does not improve performance. It
seems the large glMapBuffer is still slow, at least on OSX with legacy
contexts.
So there are a few questions that need to be answered:
*) Is the game using a broken codepath?
*) Write tests for sysmem buffers
*) Consider making all d3d3 buffers dynamic
*) Test if the glMapBuffer path is fast on Linux
*) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX.
--
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=54270
Bug ID: 54270
Summary: Random crashing in Overwatch 2
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: nanotwerp(a)gmail.com
Distribution: ---
While playing Overwatch 2, I experience random crashing. This especially
happens when I play Ashe, and I do not recall it happening while playing other
characters, but this could be a coincidence. The error I get is:
free(): invalid pointer
06a8:err:seh:call_stack_handlers invalid frame 0000000027B4E3E0
(0000000027952000-0000000027A50000)
06a8:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
The same issue was also noted by someone who posted this Blizzard bug report:
https://us.forums.blizzard.com/en/blizzard/t/random-crashes-in-game-wow-cla…
I believe that this issue is what this merge request by Torge Matthies was made
to fix: https://gitlab.winehq.org/wine/wine/-/merge_requests/1152 . Oddly
enough, though, after applying Matthies' patch rebased to 8.0-rc2
(https://github.com/openglfreak/wine-tkg-userpatches/search?q=overwatch), I
still experience this error. I think that some change in 8.0 (Full-ish PE
conversion maybe?) caused this incompatibility with Overwatch 2.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55545
Bug ID: 55545
Summary: Rustup cannot download information related to
toolchains
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Created attachment 75105
--> https://bugs.winehq.org/attachment.cgi?id=75105
WINEDEBUG=+secur32,+winsock,+wininet,+crpyt log
Hi.
Try to install a Rust toolchain using rustup fails with
error: could not download file from
'https://static.rust-lang.org/dist/channel-rust-stable.toml' to
'C:\users\lorenzo\.rustup\tmp\wfcpd9ms_ve5wz19_file.toml': error decoding
response body: operation timed out: operation timed out
Used:
https://static.rust-lang.org/rustup/dist/x86_64-pc-windows-msvc/rustup-init…
The 32bit (i686) version advance a bit further, but fails to download the
tolchain
Attaching a WINEDEBUG=+secur32,+winsock,+wininet,+crpyt log
--
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=53799
Bug ID: 53799
Summary: FFXIV Endwalker Benchmark no audio and crashes in
xaudio2_7 on exit
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: nospam(a)kota.moe
Distribution: ---
Created attachment 73297
--> https://bugs.winehq.org/attachment.cgi?id=73297
Console output (including crash info)
The application in question can be downloaded from
https://jp.finalfantasyxiv.com/benchmark/download/ (Direct link:
https://download.finalfantasyxiv.com/ys8glaimvmykn88p/ffxiv-endwalker-bench…)
It can be executed with the following command line (not enough arguments to
fully configure the benchmark, but enough to demonstrate the problem):
wine game/ffxiv_dx11.exe SYS.Language=1
When the application is running, no audio is heard when there should be audio.
And when it exits (such as closing the window, pressing ESC, or letting it
finish), it will segfault in xaudio2_7 with the following backtrace (full
output in attachment):
=>0 0x00000242e0aeac FAudio_AudioClientThread+0xcc(user=00000000010301B0)
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7
(0000000000000000)
1 0x0000007b629109 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\tmp\wine-src\dlls\kernel32\thread.c:61] in kernel32 (0000000000000000)
2 0x0000017005eda3 __wine_pop_frame(entry=0000000242E0ADE0,
arg=00000000010301B0) [Z:\tmp\wine-src\include\wine\exception.h:277] in ntdll
(0000000000000000)
3 0x0000017005eda3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\tmp\wine-src\dlls\ntdll\thread.c:240] in ntdll (0000000000000000)
0x00000242e0aeac FAudio_AudioClientThread+0xcc
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7:
movq (%rcx),%rax
190 FAudio_assert(!FAILED(hr) && "Failed to stop IAudioClient!");
This was run in a clean WINEPREFIX with wine-7.19 freshly built from source.
If I use winetricks to install xact_x64, the crash goes away, but there is
still no audio output
--
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.