https://bugs.winehq.org/show_bug.cgi?id=57910
Bug ID: 57910
Summary: Star Citizen Game Fails to Launch
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: mactan(a)edgetransit.dev
Distribution: ---
Created attachment 78152
--> https://bugs.winehq.org/attachment.cgi?id=78152
patch get_committed_size
Star Citizen game launch calls to virtual.c get_committed_size, possibly
NtProtectVirtualMemory, and due to what we have interpreted to be slowness in
the call there is a generic disconnect with the game server and the game fails
to launch
A temporary measure another player shared for us to use as a workaround is the
attached patch which caches the values
--
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=57639
Bug ID: 57639
Summary: Nine Witches Family Disruption (GOG) cannot launch due
to missing .donet hostfxr.dll
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Console log:
00f0:err:eventlog:ReportEventW L"Description: A .NET Core application
failed.\n"
00f0:err:eventlog:ReportEventW L"Application: NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Path: C:\\GOG Games\\Nine Witches Family
Disruption\\NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Message: A fatal error occurred. The required
library hostfxr.dll could not be found.\n"
00f0:err:eventlog:ReportEventW L"If this is a self-contained application, that
library should exist in [C:\\GOG Games\\Nine Witches Family Disruption\\].\n"
00f0:err:eventlog:ReportEventW L"If this is a framework-dependent application,
install the runtime in the global location [C:\\Program Files\\dotnet] or use
the DOTNET_ROOT environment variable to specify the runtime location or
register the runtime location in
[HKLM\\SOFTWARE\\dotnet\\Setup\\InstalledVersions\\x64\\Inst"...
00f0:err:eventlog:ReportEventW L"\n"
00f0:err:eventlog:ReportEventW L"The .NET Core runtime can be found at:\n"
00f0:err:eventlog:ReportEventW L" -
https://aka.ms/dotnet-core-applaunch?missing_runtime=true&arch=x64&rid=win1…"
00f0:err:eventlog:ReportEventW L"\n"
00f0:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub
--
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=57908
Bug ID: 57908
Summary: Black screen and stuttering sound after menu in About
a boy (GOG)
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
This happens after starting a new game from menu.
Nvidia GTX 3070 drive 535.54.03.
Ubuntu 22.04
wine-10.2-156-gd17225a89cf
--
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=56681
Bug ID: 56681
Summary: 3d games continue receiving mouse input while not
focused
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: pmargeti34(a)gmail.com
Distribution: ---
Wine wayland windows seem to get the mouse input even if the application window
is not focused. 3D game world continues to respond to mouse input as if the
game still had focus.
To reproduce:
-launch a 3d game in wayland mode (warframe in my example)
-open another application and make sure it has focus
-observe that when the mouse cursor is over the game window, game still
receives input
--
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=52203
Bug ID: 52203
Summary: The plane effect demo (gog) has lighting issue in menu
with opengl renderer
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 71261
--> https://bugs.winehq.org/attachment.cgi?id=71261
Wrong rendering with gl renderer
The plane effect demo (gog) has lighting issue in menu with opengl renderer.
Rendering works fine with vulkan renderer.
Ubuntu 22.10
NVIDIA 470.86
wine-7.0-rc1
--
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=55568
Bug ID: 55568
Summary: kernel32:file - test_GetFileType() fails on 'nul'
device on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:file - test_GetFileType() fails on 'nul' device on macOS:
file.c:3160: Test failed: expected type char for nul got 1
This failure is systematic and only happens on macOS (see Remi's
rbernon-macos-* cloud test machines).
See https://test.winehq.org/data/patterns.html#kernel32:file
Where 1 == FILE_TYPE_DISK
2 == FILE_TYPE_CHAR
So GetFileType() fails to distinguish the nul device from a regular disk device
on macOS.
--
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=3930
--- Comment #90 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #89)
> I think your patch is correct, as long as you use thread IDs instead of
> handles. Can you please submit it?
https://gitlab.winehq.org/wine/wine/-/merge_requests/7474
> And Dmitry, thank you so much for all your help in debugging this :-).
You're welcome! That was a pure guess.
--
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=3930
--- Comment #89 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #85)
>
> It would be helpful to know what last error is set to for the failing case.
GetLastError() is unchanged, the SuspendThread() does not set it.
> > What should Wine do?
>
> Add a check to SuspendThread() and fail in the win9x mode?
I think your patch is correct, as long as you use thread IDs instead of
handles. Can you please submit it?
And Dmitry, thank you so much for all your help in debugging this :-).
--
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=57386
Bug ID: 57386
Summary: Attempting to run The Sims 1 Complete Collection
results in a loop in dbghelp.
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
I'm assuming the game crashed for some reason, but attempting to run The Sims 1
Complete Collection results in no game window being made, and the following
message echoed to the console indefinitely until the game process is killed:
fixme:dbghelp:elf_search_auxv can't find symbol in module
Running with WINEDEBUG=+dbghelp shows that it's trying to load debugging
symbols but fails when it tries to load the symbol for ntdll.so!main_envp:
0120:trace:dbghelp:SymFromName (FFFFFFFF, "ntdll.so!main_envp", 0080E378)
0120:trace:dbghelp:image_locate_build_id_target checking
L"/usr/lib/debug/.build-id/90/0892727821433d4332b9bd84b5d49ad3e0735b.debug"
0120:trace:dbghelp:image_locate_build_id_target checking
\??\Z:\home\ADS.CODENET\codebase\.cache\debuginfod_client\900892727821433d4332b9bd84b5d49ad3e0735b\debuginfo
0120:trace:dbghelp:image_locate_build_id_target not found
0120:trace:dbghelp:image_load_debugaltlink No .gnu_debugaltlink section found
for L"ntdll.so"
0120:fixme:dbghelp:elf_search_auxv can't find symbol in module
--
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.