https://bugs.winehq.org/show_bug.cgi?id=49780
Bug ID: 49780
Summary: wineconsole reports VT sequence support when it does
not
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 68092
--> https://bugs.winehq.org/attachment.cgi?id=68092
Demo application to reproduce the issue
Wineconsole does not support applications writing Virtual Terminal sequences
through the Console API. That's fine. However, when enabling the console
ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error
is returned, so the application has no way to detect whether VT sequences are
supported or not. This is documented in
https://docs.microsoft.com/en-us/windows/console/setconsolemode.
The port of Turbo Vision at https://github.com/magiblot/tvision is affected by
this. When using the Console API, Turbo Vision prefers VT sequences over
SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and
performance. Nevertheless, it can fall back to the latter method when
SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or
DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on
wineconsole, garbage is shown instead of a colorful interface.
STEPS TO REPRODUCE
To reproduce the issue on Turbo Vision:
(A) - Using the attached 'tvdemo.exe'
1. Run the application on wineconsole. You should see a black-and-white
background and escape sequences drawn on the console.
2. Press Alt+F, then D. You should see the command prompt, and the message "VT
enabled" at the top, which demonstrates the issue in SetConsoleMode.
(B) - Compiling from source code (requires up-to-date CMake and MSVC).
1. Insert the following code after line 63 in source/linux/win32con.cpp
(https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…):
```
if (supportsVT)
cerr << "VT enabled" << endl;
else
cerr << "VT not enabled: " << GetLastError() << endl;
```
2. Follow the build instructions at
https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…
3. Follow the steps in (A).
EXPECTED BEHAVIOUR
On Windows, support for VT sequences can be disabled by turning on the "Legacy
Console" mode. If tvdemo.exe is ran in these conditions, the interface is
displayed properly. If entering the command prompt by pressing Alt+F, then D,
the message "VT not enabled: 87" is displayed (error 87 stands for
ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well,
since it clearly does not support VT sequences.
Thank you!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56539
Bug ID: 56539
Summary: Ableton Live 12 Suite Crashes Whenever Max Instruments
Startup
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: numono(a)yahoo.com
Distribution: Other
Created attachment 76295
--> https://bugs.winehq.org/attachment.cgi?id=76295
Ableton 12 Wine Command Line Output
Live 12 crashes Whenever Max For Live Instruments Startup.
Here's the Free Download - https://www.ableton.com/en/download/archive/
--
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=16302
Summary: [oblivion] can not skip the intro movie by press ESC
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wangbinrobin(a)yahoo.com.cn
when runing Oblivion on Windows, we can skip the intro movie by pressing ESC,
but when runing Oblivion by wine, we can not skip it by ESC. it is quite a long
time to wait the intro movie end.
The graphic card I use is ATI Radeon 2600, driver 8.10
--
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=54295
Bug ID: 54295
Summary: Touhou Puppet Dance Performance: Shard of Dreams Can't
Locate Base Game Data After Installation
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 73863
--> https://bugs.winehq.org/attachment.cgi?id=73863
Log file produced by the expansion when it can't find the base game's files.
Shard of Dreams is an expansion to Touhou Puppet Dance Performance by developer
FocasLens. In order to be played, the base game needs to be installed on the
same system as the expansion.
On Windows, the expansion can be launched immediately after:
- Installing the base game
- Installing the expansion
Using Wine, the expansion won't launch after running the same installers.
The expansion can be launched by adding a symbolic link with the name "notkey"
in the expansion's installation folder which points to the base game folder.
But this workaround is not needed on Windows.
The expansion also produces an error log when launched without the notkey link.
The log is 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=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.