https://bugs.winehq.org/show_bug.cgi?id=53157
Bug ID: 53157
Summary: --without-mingw builds on Mac can't unwind exceptions
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
I am trying to get a non-mingw build on MacOS to run my games to get debug
symbols for Wine DLLs in Instruments for performance profiling. One of the
issues I ran into is that SEH exceptions thrown in the PE side of our code
can't be handled. Wine runs into further nested exceptions trying to unwind the
stack and crashes.
This is a regression introduced by the following commit:
264bd4fc84020f217807f1e59d3bfa9302e5110c is the first bad commit
commit 264bd4fc84020f217807f1e59d3bfa9302e5110c
Author: Martin Storsjo <martin(a)martin.st>
Date: Fri May 29 13:51:04 2020 +0300
wine/asm.h: Don't define __ASM_CFI when using clang as cross compiler.
Reverting this commit on top of Wine 7.10 fixes this particular problem.
Getting a Wine build like this is a bit tricky. clang does not support
-mabi=ms, and gcc can't build winemac.drv because of Apple-isms in the system
headers that Apple never upstreamed to FSF gcc. (But they did have it in their
own gcc before they switched to clang).
To get a non-mingw gcc'ish Wine I do roughly the following:
1) Use wine-7.10, not master, there is yet another regression since then
2) Install gcc-11 with homebrew
3) ~/wine/configure --enable-win64 --without-x --without-mingw --disable-tests
CC=gcc-11
4) Build the thing
5) Edit Makefile, replace CC = gcc-11 with CC = clang
6) cd into dlls/winemac.drv, run make
7) optionally do the same in dlls/winecoreaudio.drv
8) optionally undo the Makefile changes if you plan to recompile e.g. ntdll
The game in question is Rocket League; That adds extra troubles with Steam (32
bit, so needs Mojave). I think the problem is independent of Rocket League
though. The exception causing the crash is OutputDebugStringA. I don't think
the problem is specific to this game though.
--
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=43167
Bug ID: 43167
Summary: Witcher 3 will not start
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kallekadakas(a)gmail.com
Distribution: ---
Created attachment 58423
--> https://bugs.winehq.org/attachment.cgi?id=58423
Output.txt
I apologize for the vague title, but there is very little info on why it fails.
Terminal output is attached to the case.
When clicking play on TW3 in Steam, it goes to "running" and then fails with
the output attached.
Arch64
i7-4790k
gtx1070
Wine2.10 with dx11>opengl4.5 registry fix applied.
--
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=53343
Bug ID: 53343
Summary: The 64-bit itss:protocol fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit itss:protocol fails in Wine:
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
https://test.winehq.org/data/patterns.html#itss:protocol
A bisect shows that the failures started with the commit below:
commit 569c27945e9479e9b27a5ffaa9b0587e6f1f2ac7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jul 7 12:32:22 2022 +0200
server: Use standard named object functions for registry keys.
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=53309
Bug ID: 53309
Summary: Wizard101 launcher window takes over a minute to
appear
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: hans(a)meelstraat.net
Regression SHA1: 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Distribution: SUSE
Normally it pops up immediately.
0a10bfc8b17234db6aff130ce0448a62c3fb6a1e is the first bad commit
commit 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Jun 29 13:54:57 2022 +0200
secur32: Return a SECBUFFER_MISSING buffer from the handshake if the input
message is incomplete.
dlls/secur32/schannel.c | 25 +++++++++++++++++++++++--
dlls/secur32/tests/schannel.c | 21 ++++++++++++++++++++-
2 files changed, 43 insertions(+), 3 deletions(-)
Reverting the patch fixes 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=53104
Bug ID: 53104
Summary: Wireshark can't start capturing packets
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72539
--> https://bugs.winehq.org/attachment.cgi?id=72539
Patch for wpcap
While testing bug 53066 I just wanted to find out what would be needed to make
Wireshark working in Wine. There are two obvious problems:
1. pcap_create() doesn't translate interface identifier to the real name
2. pcap_dispatch() is not implemented
I fixed these problems, however, packet window still remains empty after
capture is started while the temporary capture file is filled with captured
packets. If this temporary file is later opened, Wireshark shows all packets
captured.
Attached is the patch if someone wants to push this further. "setcap
cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
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=51129
Bug ID: 51129
Summary: Function name conflict (ldap_connect) with OpenLDAP
2.5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: sergio.durigan(a)canonical.com
Distribution: ---
Hello,
Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which
exports the ldap_connect function:
ULONG CDECL ldap_connect(LDAP*,struct l_timeval*);
With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function
being exported by it as well (with a different prototype):
https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i…
This will need to be fixed in order to prevent linking problems with OpenLDAP.
--
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=53355
Bug ID: 53355
Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx
and TzSpecificLocalTimeToSystemTimeEx
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72743
--> https://bugs.winehq.org/attachment.cgi?id=72743
tz.exe
Please implement SystemTimeToTzSpecificLocalTimeEx and
TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>
and
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>.
Note that because these functions currently outright abort, the work-around I
implemented requires explicitly detecting Wine and not even trying to call
them, which is far from optimal.
Even just implementing stubs that always fail gracefully instead of just
aborting the whole process would be much appreciated.
This came up when improving local timezone handling in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case (for SystemTimeToTzSpecificLocalTimeEx):
tz.cpp:
```
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
SYSTEMTIME sys{};
GetSystemTime(&sys);
DYNAMIC_TIME_ZONE_INFORMATION dtzi{};
if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) {
throw std::runtime_error("GetDynamicTimeZoneInformation()
failed.");
}
SYSTEMTIME sys_local{};
if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) ==
FALSE) {
throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx()
failed.");
}
std::cout << "OK" << std::endl;
return 0;
} catch (const std::exception & e) {
std::cout << std::flush;
std::cerr << e.what() << std::endl;
std::cerr << std::flush;
}
std::cout << "FAIL" << std::endl;
return 1;
}
```
built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp`
results in
```
wine: Call from 0x7bc7c990 to unimplemented function
KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting
```
not even reaching the FAIL output. tz.exe 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=53347
Bug ID: 53347
Summary: Xerox Globalview gives missing DSD.386, won't start
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aa271828(a)earthlink.net
Distribution: ---
Created attachment 72733
--> https://bugs.winehq.org/attachment.cgi?id=72733
terminal output file
I installed Globalview in wine 6.0.2, when I run it GVWIN.EXE I get a popup
saying "Disk Virtual device driver DSD.386 is not loaded"
--
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=2948
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #25 from temp82(a)luukku.com ---
(In reply to joaopa from comment #24)
> Bug still occurs with wine-7.0-rc5.
and still valid as of wine 7.12.
--
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.