https://bugs.winehq.org/show_bug.cgi?id=51152
Bug ID: 51152
Summary: The 64-bit ntdll:exception test fails in Wine
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit ntdll:exception test fails in Wine.
More precisely the test exits without printing the summary line which means it
must be calling exit() or prematurely being forced to exit in some other way:
https://test.winehq.org/data/patterns.html#ntdll:exception
exception.c:3027: Test marked todo: 35: ds 0 does not match ss 0x2b
exception.c:3030: Test marked todo: 35: got fs 0 <---- trace from the test
ntdll:exception:033c done (0) in 0s <---- trace from WineTest
This started with the following commit:
commit 10d7a804c1973f332b9068cb8c98119c6dd7c1e2
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Sun Mar 28 17:08:30 2021 -0500
ntdll/tests: Add a test for segment register contents in x86_64 exception
handlers.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=15381
Summary: CoFreeUnusedLibraries will crash COM server or cause
0x800703E6/I_RpcReceive error 0x3e6
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmda(a)yandex.ru
Created an attachment (id=16230)
--> (http://bugs.winehq.org/attachment.cgi?id=16230)
demo illustrating the problem
if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel
and lead to the errors
Attached is client/server code that demonstrates the problem.
If you comment out CoFreeUnusedLibraries call, it will start to work.
Steps:
-comple all 3 projects in the Workspace (Debug target is the only appropriate
for the sake of demo)
-make sure server and proxy are registered by running testserver.exe
-RegServer, regsvr32 testserverPS.dll
-run testproject.exe (the client)
Expected behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will show client's message "call succeeded" and client will exit
5. after roughly 6sec it will show that the server is unloaded/
Actual behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will dump out trouble in the console and show client's message "call
failed"
You may call CoFreeUnusedLibraries anywhere in the appartment and it will break
RPC on the server side. In some cases it will crash whole the server, like in
the demo.
Tested environment:
Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates
--
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=51416
Bug ID: 51416
Summary: deferred context memory leak
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: janbraun(a)gmx.net
CC: z.figura12(a)gmail.com
Distribution: ---
This is a followup to bug#51238. While WoWs now starts and is playable with
deferred contexts, it leaks LOTS of memory.
For comparison, without deferred contexts [either wine < 6.10, or by adding
"return E_OUTOFMEMORY;" at the beginning of *_deferred_context_create() in
current wine], WoWs sits at a fairly constant 8G virt, 2.5G res memory usage
here.
With unmodified wine 6.12, WoWs arrives at these values when it finishes
loading, but then continues to gobble up an additional approx. 1G virt=res per
minute, just for sitting idly in the port UI, backgrounded. Memory usage keeps
rising similarly during actual gameplay, though I haven't measured that in
detail.
Obviously, swapping and general mayhem eventually ensues.
--
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=51366
Bug ID: 51366
Summary: several wine-mono network tests fail with timeout
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
The following wine-mono test cases fail on the master branch:
MonoTests.System.Net.HttpWebRequestTest:TestTimeoutWithEndpointThatDoesntExistThrowsConnectFailureBeforeTimeout
MonoTests.System.Net.Sockets.SocketTest:ConnectFailAsync
MonoTests.System.Net.WebRequestTest:TestFailedConnection
These can be run using run-tests.exe from
https://dl.winehq.org/wine/wine-mono/6.2.0/wine-mono-6.2.0-tests.zip
Testcase source code:
https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a…https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a…https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a…
Bisect result:
414b31bc0bbbfe005e90a1946a649082dc303c55 is the first bad commit
commit 414b31bc0bbbfe005e90a1946a649082dc303c55
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Sun Jun 20 11:05:54 2021 -0500
ws2_32: Reimplement select() on top of IOCTL_AFD_POLL.
--
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=51340
Bug ID: 51340
Summary: d3d10core:d3d10core test_texture_compressed_3d() fails
on Nvidia (cw-gtx560)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_texture_compressed_3d() fails systematically on cw-gtx560, the TestBot's
only Nvidia test configuration:
https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
d3d10core.c:19081: Test failed: Got unexpected colour 0xff00006a at (251, 9,
0), expected 0xff00006d.
This failure happens on all Windows versions and with the 353.82 (win81),
388.13 (win 10 1709 & 1809) and 391.35 (win10 1909 & 2009) driver versions.
Also this failure does not happen on any of the other GPUs (cw-rx460 and QEmu
VMs).
The failing test was introduced in this commit:
commit 2aeab85c27a202d0ef7b1e01d7ccab32d9d53c93
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Jun 22 14:36:00 2021 +0200
wined3d: Add decompression information for BC4_UNORM.
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=41703
Bug ID: 41703
Summary: LdrUnloadDll is not suit for musl(musl lacks unload
support though it has a dlclose())
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xw897002528(a)gmail.com
Distribution: ---
Created attachment 56111
--> https://bugs.winehq.org/attachment.cgi?id=56111
fix for this problem
Hey, sorry for my poor english, and here is the problem:
First, musl won't unload module even dlclose(). Check here:
http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Unloading_…
Then, musl won't excute init(__wine_spec_init) function if a module is already
loaded.
That means load_builtin_dll() thought dll is loaded by the current thread since
init function was not called, but actually LdrUnloadDll() destroyed them in
another thread and nothing is loaded in the current thread. Load_builtin_dll()
try to find wm in InLoadOrderModuleList but nothing. After that, app will
crash.
And I solved this by making LdrUnloadDll() a stub. Patch is uploaded as a
attachment. I hope this could be added in official wine by adding a configure
option, thx.
Here's my tracking details on this problem if you're intereted in how i found
this:
https://github.com/xhebox/noname-linux/issues/2#issuecomment-258680745
--
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=51381
Bug ID: 51381
Summary: Battlefield 4 cannot find online matches
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Created attachment 70236
--> https://bugs.winehq.org/attachment.cgi?id=70236
workaround for broken matchmaking/online functionality in various games
Online functionality in several games was broken by:
https://discord.com/channels/414894830418657301/414894830418657303/85202511…
Notably Battlefield 4 cannot join matches, MK11 cannot go online, NBA2k21
cannot join online matches or see friends, Rocket League cannot join
matches/see friends, steam cannot connect online.
This was partially fixed upstream (not sure what commit), however Battlefield 4
matchmaking still remains broken. The attached patch (from Zebediah Figura)
resolves the BF4 and other relevant game issue. Opening bug for further
investigation.
--
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=51295
Bug ID: 51295
Summary: ntoskrnl.exe:ntoskrnl occasionally hangs in
test_overlapped()
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression, source, testcase
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 97afac469fbe012e22acc1f1045c88b1004a241f
Distribution: ---
Created attachment 70168
--> https://bugs.winehq.org/attachment.cgi?id=70168
make the problem more reproducible
Specifically, it hangs if ntoskrnl is able to signal that the IRP is pending
(by calling get_next_device_request) before the user space process calls
wait_async().
97afac469 intends for wait_async() to return STATUS_PENDING, because that is
the synchronous return of the ioctl. The problem is that we're trying to have
the select request *succeed immediately*, but STATUS_PENDING means that it
didn't succeed immediately and that the client needs to wait for a wakeup.
This can be triggered pretty reliably by running the relevant tests in a loop,
as in the attached patch.
I think
<https://testbot.winehq.org/JobDetails.pl?Key=92616&f401=win32.report#k401> is
an example of this happening on the testbot.
--
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=51262
Bug ID: 51262
Summary: Regression: all 32bit programs doesn't start since
308a5e7
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
master:wine/win32-build$ wine notepad
002c:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread
002c addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000)
0024:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread
0024 addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000)
master:wine/win32-build$ which wine
wine: aliased to ~/src/wine/win32-build/wine
wine is configure with "../configure --enable-silent-rules --disable-tests".
Ccache is disabled and wineprefix is new.
master:wine/win32-build$ gcc --version
gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
master:wine/win32-build$ i686-w64-mingw32-gcc --version
i686-w64-mingw32-gcc (GCC) 10-win32 20210408
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
master:wine/win32-build$ uname -a
Linux eric-pc 5.11.0-18-generic #19-Ubuntu SMP Fri May 7 14:22:03 UTC 2021
x86_64 x86_64 x86_64 GNU/Linux
pure 32bit wine, wow32 wine, wow64 wine all crash with stack overflows. Only
pure 64bit wine starts fine. Bisect points to
308a5e7c4d01525184b057058949c68c0ee77dba is the first bad commit
commit 308a5e7c4d01525184b057058949c68c0ee77dba
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Jun 11 10:57:20 2021 +0200
ntdll: Switch to the kernel stack for syscalls on i386.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/unix/signal_i386.c | 250 ++++++++++++++++++++----------------------
tools/winebuild/import.c | 192 ++++++++++++--------------------
2 files changed, 186 insertions(+), 256 deletions(-)
--
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=50374
Bug ID: 50374
Summary: pCon.planner doesn't finish installation and doesn't
open
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)gmail.com
Distribution: ---
Created attachment 68979
--> https://bugs.winehq.org/attachment.cgi?id=68979
Contains installation.txt and backtrace.txt
pCon.planner 8.4 Update 2 doesn't install correctly: the progress bar of the
installer reaches the end, but the installation complete screen doesn't appear.
Trying to cancel the installation once it actually started also doesn't do
anything (didn't test if it's the same on Windows), so the only way to quit the
installation is by killing wineserver. Wine logs during the installation are
attached.
The files of the program are there though, but trying to execute it results in
the error from TLocaleReader "(-2147418113) Line 4 Column 19", and generates a
backtrace I attached below.
The uninstaller doesn't work either, with the progress bar not progressing at
all and a cancel button that doesn't cancel anything.
Link for the program download: https://pcon-planner.com/en/download/
--
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.