https://bugs.winehq.org/show_bug.cgi?id=48023
Bug ID: 48023
Summary: Visual Studio 2019 not starting
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 65561
--> https://bugs.winehq.org/attachment.cgi?id=65561
Hack for RegLoadAppKey
After https://bugs.winehq.org/show_bug.cgi?id=47626 just out of curiosity I
tried running Visual Studio: winetricks corefonts dotnet472 msxml6 and applied
the attached patch/hack.
Result: splash screen is shown and then welcome screen is displayed. But after
clicking "Not now, maybe later" it halts with:
Application: devenv.exe
Framework Version: v4.0.30319
Description: The application requested process termination through
System.Environment.FailFast(string message).
Message: Failed to schedule time on the UI thread. A continuation would never
execute.
It crashes much earlier without the patch/hack as it cannot bind binary
registry file and read/create registry keys.
--
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=45871
Bug ID: 45871
Summary: Several apps in .NET472 crash with unhandled
exception.\nException at
System.Windows.Media.Composition.DUCE+Channel.SyncFlus
h()\n at
System.Windows.Media.MediaContext.Complet"...(native
d3dcompiler works around it)
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 62374
--> https://bugs.winehq.org/attachment.cgi?id=62374
part of crashlog
Hi
Seen this for a bunch of programs while trying to run them with installed
dotnet472.
The bug seems to be hidden for several apps as they ship their owm
d3dcompiler_47, but some don`t I found out, and they crash
Something like:
01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs.
01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed.
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: intermediate rendering error
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: The render thread failed unexpectedly.
Then crash
Example: Slackinstaller.exe:
winetricks dotnet452 win7 corefonts, then start installer with builtin
d3dcomiler_47 works fine.
However
winetricks dotnet472 win7 corefonts, then start installer with builtin
d3dcomiler_47 --> crash
(Note: for Slackinstller one also needs Staging-patches for bug 40613)
--
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=56368
Bug ID: 56368
Summary: hlsl_types_are_equal assert when vertex shaders uses
SV_VertexID as lookup index
Product: vkd3d
Version: 1.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: martins.mozeiko(a)gmail.com
Distribution: ---
Created attachment 76109
--> https://bugs.winehq.org/attachment.cgi?id=76109
test.c
Assertion failed: hlsl_types_are_equal(arg1->data_type, arg2->data_type), file
../wine/libs/vkd3d/libs/vkd3d-shader/hlsl.c, line 1320
This assert happens when D3DCompileFromFile or D3DCompile is called on hlsl
vertex shader (vs_5_0 profile) source like this:
struct Input
{
float4 c0 : COL0;
float4 c1 : COL1;
float4 c2 : COL2;
float4 c3 : COL3;
uint id : SV_VertexID;
};
float4 vs_main(Input input) : SV_Position
{
float4 col[] = { input.c0, input.c1, input.c2, input.c3 };
return col[input.id];
}
See attached test.c file that reproduces this assert. On Windows it prints out
"ok = 1" and shader is successfully compiler. It can be compiled also with
fxc.exe on commandline.
--
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=56465
Bug ID: 56465
Summary: d3dcompiler fails to compile shader functions that
have optional arguments ("E5000: syntax error,
unexpected '=', expecting ')'")
Product: vkd3d
Version: 1.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Minimal example (compile with `i686-w64-mingw32-cc *.c -ld3dx9_36`):
#include <windows.h>
#include <d3dx9shader.h>
#include <stdio.h>
int main()
{
static const char src[] = "float4 main(float4 color : COLOR =
float4(0,0,0,0)) : COLOR { return color; }";
ID3DXBuffer *out = NULL;
HRESULT res = D3DXCompileShader(src, sizeof(src), NULL, NULL, "main",
"ps_2_0", 0, &out, NULL, NULL);
printf("res=%x\n", res);
return res;
}
Output:
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:1:36: E5000: syntax error,
unexpected '=', expecting ')'
0024:err:d3dcompiler:D3DCompile2
res=80004005
Output after `winetricks d3dcompiler_47`:
res=0
--
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=56785
Bug ID: 56785
Summary: Spider-Man: Shattered Dimensions crashes in the title
screen after a few seconds
Product: vkd3d
Version: 1.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)gmail.com
Distribution: ---
Created attachment 76590
--> https://bugs.winehq.org/attachment.cgi?id=76590
Shader dumped by VKD3D_SHADER_DUMP_PATH
Like the title says, after spending a few seconds in the title screen,
Spider-Man: Shattered Dimensions crashes, with the following logs:
```
017c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
017c:err:d3dcompiler:D3DCompile2 Shader log:
017c:err:d3dcompiler:D3DCompile2 <anonymous>:146:1: W5302: Ignoring unknown
attribute "optimizeAutoZ".
017c:err:d3dcompiler:D3DCompile2 <anonymous>:121:14: E5016: Overlapping
register() reservations on 'c27'.
017c:err:d3dcompiler:D3DCompile2
```
This is a regression: it didn't happen on vkd3d 1.11 (Wine 9.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=56871
Bug ID: 56871
Summary: The 32-bit wpcap program is working abnormally
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
wine version: 9.0
os version: ubuntu 24.04
I used Visual Studio 2010 to compile the code in the attachment into a 32-bit
release version of the Windows program. When running the program with Wine, the
length of the data packets captured by the program is abnormal when the network
card receives ping packets. The program output is as follows:
Packet captured:
Packet length: 2139105536
Number of bytes: 2139115008
Additionally, compiling the code into a 64-bit release version of the Windows
program works normally. Another issue is that if I rename the file at
~/.wine/drive_c/windows/syswow64/wpcap.dll to wpcap_bak.dll, the 32-bit test
program cannot start, indicating a failure to load the DLL file. If I rename
the file at ~/.wine/drive_c/windows/system32/wpcap.dll to wpcap_bak.dll, the
64-bit test program cannot start either, also indicating a failure to load the
DLL file. Are their placement positions reversed?
--
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=52879
Bug ID: 52879
Summary: Improve software components also for using
“SysInspector”
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I have tried the tool “SysInspector 1.4.2.0” out together with the software
“Wine 7.7-1449.4”.
Markus_Elfring@Sonne:~> wine
/home/altes_Heim2/elfring/geladen/Freeware/sysinspector_nt64_enu.exe
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
011c:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000011F704,
000000000011F720 000000000011F700
011c:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000011F704
000000000011F720 000000000011F700) returning a dummy value (current locale)
011c:fixme:winspool:PerfOpen (null): stub
011c:fixme:winspool:PerfCollect L"2", 000000000011DFE8, 000000000011DFCC,
000000000011DFD0: stub
011c:fixme:winspool:PerfClose stub
wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address
000000014002D07B (thread 0134), starting debugger...
0074:fixme:imm:ImeSetActiveContext (0x5a7b0, 0): stub
0074:fixme:imm:ImmReleaseContext (0000000000010020, 000000000005A7B0): stub
0148:fixme:imm:ImeSetActiveContext (0x47e00, 1): stub
…
0140:fixme:dbghelp:interpret_function_table_entry unknown code 6
…
00a8:err:service:process_send_command service protocol error - failed to read
pipe r = 0 count = 0!
…
011c:fixme:shell:InitNetworkAddressControl stub
…
01b4:fixme:vdmdbg:VDMEnumProcessWOW 000000000304F100: stub!
01c4:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
…
01f4:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported
…
wine: Call from 000000007B0135FE to unimplemented function
wevtapi.dll.EvtCreateRenderContext, aborting
…
020c:err:ole:CoUninitialize Mismatched CoUninitialize
How will the chances evolve to fix remaining open issues?
--
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=56763
Bug ID: 56763
Summary: Firefox crash
Product: Wine
Version: 9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thecodersofscratch67(a)gmail.com
Distribution: ---
Whenever I launch Firefox through wine, 2 things happen:
1. The titlebar shows up even though it shouldn't
2. The program crashes because the function SHAppBarMessage(b) is unimplemented
--
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=52078
Bug ID: 52078
Summary: MusicBee: exception when attempting to drag tabs
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sangv(a)protonmail.com
Distribution: ---
Created attachment 71090
--> https://bugs.winehq.org/attachment.cgi?id=71090
The exception MusicBee gives + the console output, in a tarball
When attempting to move the tabs located near the top of the window (the ones
labelled "Music", "Now Playing", "Playlists", etc by default) MusicBee will
throw an exception. This happens on both my existing MusicBee wineprefix as
well as a fresh one, and on MusicBee versions 3.2.6804 and 3.4.7805. In
addition to happening in Wine version 6.21, the issue remains in 6.22. Both
versions of Wine were compiled from source. I'm using winetricks verbs
`windowscodecs dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10`. My OS is
EndeavourOS with kernel 5.15.2-zen1-1-zen. (I don't know how much of this
information is really needed but I thought it was all worth a mention just in
case?)
Attached I have both the error MusicBee provides, as well as terminal output
with debug channels warn+all as no information was printed in the terminal
without it.
--
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=56755
Bug ID: 56755
Summary: White textures in EverQuest (Unsupported Conversion
in windowscodec/convert.c)
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: czahrien(a)gmail.com
Distribution: ---
Created attachment 76545
--> https://bugs.winehq.org/attachment.cgi?id=76545
Logs containing the FIXME messages described above.
From what I have been able to read this bug was introduced earlier this year
when Daybreak updated EverQuest to use DirectX 11.
The logs report the following error messsage:
0340:fixme:wincodecs:FormatConverter_CanConvert Unsupported conversion
{6fddc324-4e03-4bfe-b185-3d77768dc90f} ->
{05ec7c2b-f1e6-4961-ad46-e1cc810a87d2}
The error message indicates specifically that a conversion failed from
16bppBGRA5551 to 32bppBGRA.
I have a minimal patch written up which addresses the issue for me. If this is
not a known issue that is being worked on I would not mind working on cleaning
it up and submitting it to the project.
--
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.