https://bugs.winehq.org/show_bug.cgi?id=57846
Bug ID: 57846
Summary: Crash in dinput.dll->dinput8_EnumDevices when trying
to run SGWC2
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: roidal(a)googlemail.com
Distribution: ---
Created attachment 78064
--> https://bugs.winehq.org/attachment.cgi?id=78064
winedbg-output
When trying to run Sniper Ghost Warrior Contracts 2 Complete Edition from GoG
there is a chance that it crashes before reaching the main-menu.
According to winedbg this happens during a call of dinput8_EnumDevices, see
attached winedbg-output.
I have a XBox-Controller connected.
--
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=57817
Bug ID: 57817
Summary: mvscp90 ::std::ifstream::seekg(0) crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Wine can be crashed as easily as calling seekg(0) on an ::std::ifstream when
linked with MSVCP90.DLL.
Sample crash code, compile it so it uses MSVCP90.DLL and run with any
"test.txt" in the current directory:
---snip---
#include <iostream> // std::cout
#include <fstream> // std::ifstream
int main (int argc, char **argv) {
::std::ifstream is ("test.txt", ::std::ifstream::binary);
if (is) {
// crashes:
is.seekg(0);
// doesn't crash:
//is.seekg(0, ::std::ios::beg);
return 0;
} else
return 1;
}
---snip---
On Windows it works, and on Wine with native MSVCP90.DLL and MSVCRT90.DLL it
works, but on Wine with builtin DLLs:
056c:Call
msvcp90.?seekg@?$basic_istream@DU?$char_traits@D@std@@@std@@QAEAAV12@V?$fpos@H@2@@Z(0031fe38,00000000,0031fe38,000000000,00000000,00000001)
ret=1b001086
056c:Call msvcr90.memcpy(0031fd68,00000000,00000018) ret=7a023138
056c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION)
flags=0 addr=79F7F538
What's interesting is how calling is.seekg(0, ::std::ios::beg) instead works
perfectly on Wine with builtin DLLs.
--
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=57810
Bug ID: 57810
Summary: ITextStream::WriteBlankLines() needs to be implemented
for libxml2's configure.js to work
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://github.com/GNOME/libxml2
OS: FreeBSD
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
In libxml2's win32 subdirectory, running "wine cscript configure.js" fails
with:
0330:fixme:scrrun:textstream_WriteBlankLines 008EF44C, 1 stub
0330:trace:jscript:handle_dispatch_exception 80004001 (null) (null)
0330:warn:jscript:unwind_exception Exception 80020009 undefined in:
0330:warn:jscript:print_backtrace 0 L"discoverVersion"() context 1 line 207
char 1
0330:warn:jscript:print_backtrace 1 [unnamed]([detached frame]) context 1
line 606 char 0
0330:warn:jscript:print_backtrace 2 [native code]
because in that "discoverVersion()" function called from configure.js line 207
here:
https://github.com/GNOME/libxml2/blob/3dcde736d012a191cca60e5d5dbd80ef97176…
---snip---
vf.WriteBlankLines(1);
---snip---
which is implemented in dlls/scrrun/filesystem.c function
textstream_WriteBlankLines(), which is indeed a stub returning E_NOTIMPL.
Patching textstream_WriteBlankLines() to write newlines and return S_OK fixes
the bug, and "wine cscript configure.js" runs to successful completion.
I will make a merge request soon.
This is why dog food bugs rule - when all the code is open source, debugging is
so easy ;-).
--
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=57824
Bug ID: 57824
Summary: SetThreadPriority unexpectedly fails on terminated
threads instead of no-op
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10
Distribution: ---
This manifests as a failure on kernel32:loader:
loader.c:4034: Test failed: SetThreadPriority error 5
The failures have started since commit
0559442de9c139ec2b66fee69f87a58b60df4b10:
commit 0559442de9c139ec2b66fee69f87a58b60df4b10
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Dec 1 23:36:54 2023 +0100
server: Introduce new set_thread_priority helper.
--
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=57803
Bug ID: 57803
Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox
One controller connected
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hans(a)meelstraat.net
Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a
Distribution: ---
Created attachment 78010
--> https://bugs.winehq.org/attachment.cgi?id=78010
backtrace
10.0-266-g29446a66ce2
--
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=39474
Bug ID: 39474
Summary: MSWT Kart 2004 does not work
Product: Wine
Version: 1.7.53
Hardware: x86-64
URL: http://www.gamershell.com/download_5628.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Download and install the game, after the intro videos the game will crash while
loading bitmaps. The crash happens shortly after a BMP image is loaded.
This is a continuation of bug 21012.
--
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=57847
Bug ID: 57847
Summary: Cross-compiled Wine no longer installs a 'wine' loader
binary
Product: Wine
Version: 10.1
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63
On ARM64 macOS, I cross-compile an x86_64 Wine by doing an ARM64 build
(./configure), then an x86_64 build using those tools (./configure
--enable-archs=i386,x86_64 --host=x86_64-apple-darwin --with-wine-tools=<path
to ARM build dir> CC='clang -arch x86_64' CROSSCFLAGS='-g -O2 -march=core2
-mfpmath=sse').
Both builds succeed, but since cb87d40cd4a8837826ea76efc91371ab09eb9d63
("makefiles: Create wine as a symlink to tools/wine/wine."), the x86_64 build
directory contains an ARM64 'wine' binary (a symlink to the ARM64
tools/wine/wine). This of course is not usable with the x86_64 build. In
addition, if I install the x86_64 build, there is no bin/wine binary present.
--
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=57819
Bug ID: 57819
Summary: Wine unable to start since rebuild with glibc 2.41
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
I've rebuilt my gentoo system with glibc 2.41, binutils 2.44 and gcc
14.2.1_p20241221
No wine programs start including winecfg and wineboot, even if I remove ~/.wine
I see the following problem:
winecfg
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:fixme:winediag:loader_init wine-staging 10.0 is a testing version
containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing
bug reports on winehq.org.
0044:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
wine: Unhandled page fault on write access to 0000000140021B30 at address
00006FFFFFF36730 (thread 0044), starting debugger...
0044:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 64 168"
(2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: Unhandled page fault on write access to 0000000140021940 at address
00006FFFFFF36730 (thread 002c), starting debugger...
002c:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 40 160"
(2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: could not load kernel32.dll, status c0000135
I'm guessing its related to the dlopen execstack stuff
--
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=57793
Bug ID: 57793
Summary: Wine Wordpad started with blank screen
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 77994
--> https://bugs.winehq.org/attachment.cgi?id=77994
Empty windows
With winehq-10 my compilation by default clang from Xcode-16.2 I can't start
Wordpad as seen on screenshot.
The same result with wine-staging based on this wine-10.
Good result with old wine-9.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.