https://bugs.winehq.org/show_bug.cgi?id=54848
Bug ID: 54848
Summary: dnsapi:query - test_DnsQuery() fails on Rémi's Wine
test machines
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dnsapi:query - test_DnsQuery() fails on Rémi's Wine test machines:
query.c:66: Test failed: expected record name L"winehq.org", got L"."
query.c:67: Test failed: expected record type 1, got 41
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
test_DnsQuery() also has failures on the TestBot's VMs (see bug 54847) but the
failures on Rémi's machines are different and not easily explained by the CDN
used by winehq.org. They may instead be caused by the cloud environment these
machines are running on.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=54797
Bug ID: 54797
Summary: Lunar Magic 3.33: Crashes with BadWindow unless
WINEDEBUG=+all
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xhsdf.misc(a)googlemail.com
Distribution: ---
Created attachment 74294
--> https://bugs.winehq.org/attachment.cgi?id=74294
warn+all output
Starting with Wine 8.4 Lunar Magic crashes on startup with
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 12 (X_ConfigureWindow)
Resource id in failed request: 0x60001e8
Serial number of failed request: 600
Current serial number in output stream: 601
It works when WINEDEBUG=+all or trace+all is used, but then it runs very, very
slowly.
Lunar Magic can be found here:
https://fusoya.eludevisibility.org/lm/program.html
I'm using up-to-date Archlinux on a Ryzen 7 5700X and Radeon RX 6650 XT running
Openbox.
--
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=54751
Bug ID: 54751
Summary: The 64-bit advapi32:registry breaks
test_CoGetPSClsid() in ole32:compobj in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit advapi32:registry breaks test_CoGetPSClsid() in ole32:compobj in
Wine:
compobj.c:1449: Test failed: CoGetPSClsid failed with error 0x80040155
compobj.c:1450: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0}
See https://test.winehq.org/data/patterns.html#ole32:compobj
A bisect shows that this started with the commit below:
commit 3f82f6ff59f4024f67e2d646883cbea223fba84a
Author: Sven Baars <sbaars(a)codeweavers.com>
Date: Fri Mar 17 16:52:51 2023 +0100
kernelbase: Use open_key() to obtain any existing Wow6432node in
create_key().
--
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=54738
Bug ID: 54738
Summary: msi:action - The 64-bit test_register_class_info()
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msi:action - The 64-bit test_register_class_info() fails in Wine:
action.c:6025: Test failed: key not created
action.c:6147: Test failed: key not created
See https://test.winehq.org/data/patterns.html#msi:action
--
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=48811
Bug ID: 48811
Summary: StarCraft II fails to load in staging, crashes after
trying to start a game in stable
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Created attachment 66725
--> https://bugs.winehq.org/attachment.cgi?id=66725
Output occurring when the application crashes.
Ever since upgrading from 5.3 to 5.4, StarCraft II has ceased working. On
staging, this occurs during the loading screen. I am able to get through the
Battle.net app OK, but cannot get to my login authenticating. I have tried
switching to stable, but when trying to load up a game, I see the same output
issue. Selected the dbghelp component because that's the line that comes up in
the output at the time of the crash.
--
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=54993
Bug ID: 54993
Summary: Framemaker 8 crashes in internal search operation
Product: Wine
Version: 8.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Framemaker 8 crashes in an search operation (which seems to be not
related to printing) with an internal error which in the past was
a sign of memory corruption.
A Bisect shows this commit:
a6cb10bba2d05ceca6ba5b1411c450d38defdbb4 is the first bad commit
commit a6cb10bba2d05ceca6ba5b1411c450d38defdbb4
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon May 15 17:34:23 2023 +0200
wineps: Don't pass PRINTERINFO structure to unixlib.
dlls/wineps.drv/init.c | 5 +-
dlls/wineps.drv/unixlib.c | 310 +++++-----------------------------------------
dlls/wineps.drv/unixlib.h | 5 +-
3 files changed, 35 insertions(+), 285 deletions(-)
Please tell me when you need more info (log file for which component?).
I understand thats its not easy to narrow this bug from the given information.
Thanks!
--
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=54742
Bug ID: 54742
Summary: The 64-bit advapi32:registry breaks the 32-bit
test_redirection() in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit advapi32:registry breaks the 32-bit test_redirection() in Wine.
To reproduce run the following commands:
$ rm -rf ~/.wine # start from a fresh wineprefix
$ ./wow64/wine64 wow64/dlls/advapi32/tests/x86_64-windows/advapi32_test.exe
registry 2>&1 | grep -E '(Test failed|tests executed)'
0020:registry: 6309 tests executed (156 marked as todo, 0 as flaky, 0
failures), 2 skipped.
$ ./wow32/wine wow32/dlls/advapi32/tests/i386-windows/advapi32_test.exe
registry 2>&1 | grep -E '(Test failed|tests executed)'
registry.c:2837: Test failed: RegOpenKeyExA failed: 2
registry.c:2842: Test failed: RegOpenKeyExA failed: 2
registry.c:2861: Test failed: 00000000: wrong value 32/64
registry.c:2863: Test failed: 00000200: wrong value 32/64
registry.c:2868: Test failed: 00000000: wrong value 64/0
registry.c:2869: Test failed: 00000100: wrong value 64/0
registry.c:2870: Test failed: 00000200: wrong value 64/0
registry.c:3168: Test failed: RegOpenKeyExA failed: 2
registry.c:3174: Test failed: RegOpenKeyExA failed: 2
registry.c:3180: Test failed: RegOpenKeyExA failed: 2
registry.c:3206: Test failed: found equals 0
registry.c:3208: Test failed: found equals 0
registry.c:3210: Test failed: found equals 0
registry.c:3212: Test failed: found equals 1
registry.c:3214: Test failed: wrong number of subkeys: 10
registry.c:3216: Test failed: found equals 1
registry.c:3218: Test failed: found equals 0
registry.c:3220: Test failed: wrong number of subkeys: 10
registry.c:3222: Test failed: found equals 0
0128:registry: 7658 tests executed (74 marked as todo, 0 as flaky, 19
failures), 2 skipped.
See https://test.winehq.org/data/patterns.html#advapi32:registry
The reason why this failure is only visible with the fg-deb64-wow32 is because
this is the only test configuration that runs the 32-bit tests in the same
wineprefix as the 64-bit tests.
What this shows is that advapi32:registry does not correctly cleans up after
itself which has the potential for breaking any test that follows (not just
32-bit ones).
--
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=53431
Bug ID: 53431
Summary: widl generates enum forward declarations in typedefs
which are not valid in C++
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: gfw.kra(a)gmail.com
Distribution: ---
Hi everyone,
I recently discovered an issue with C++ code in headers compiled from winrt
idl's using widl. It does not compile when included, when tried using mingw g++
v12.1.0.
There’s seems to be issue with how enum typedefs are translated within
namespaces.
Example:
When tried to include windows.media.speechsynthesis.h compiled from
windows.media.speechsynthesis.idl in cpp file, the following output is received
(compiler output shows headers from mingw, but these look the same when
compiled using widl in wine).
```
/usr/x86_64-w64-mingw32/include/windows.foundation.h:90:26: error: use of enum
‘PropertyType’ without previous declaration
90 | typedef enum PropertyType PropertyType;
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.foundation.h:164:18: error: using
typedef-name ‘ABI::Windows::Foundation::PropertyType’ after ‘enum’
164 | enum PropertyType {
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.foundation.h:90:39: note:
‘ABI::Windows::Foundation::PropertyType’ has a previous declaration here
90 | typedef enum PropertyType PropertyType;
| ^~~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:30: error:
use of enum ‘VoiceGender’ without previous declaration
218 | typedef enum VoiceGender VoiceGender;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:476:22: error:
using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after
‘enum’
476 | enum VoiceGender {
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note:
‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration
here
218 | typedef enum VoiceGender VoiceGender;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:822:30: error:
using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after
‘enum’
822 | enum VoiceGender *value) = 0;
| ^~~~~~~~~~~
/usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note:
‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration
here
218 | typedef enum VoiceGender VoiceGender;
```
windows.media.speechsynthesis.idl has typedef of enum VoiceGender, which is
defined later.
```
namespace Windows {
namespace Foundation {
interface IClosable;
}
namespace Media {
namespace SpeechSynthesis {
typedef enum VoiceGender VoiceGender;
```
This is translated to following:
```
#ifdef __cplusplus
namespace ABI {
namespace Windows {
namespace Media {
namespace SpeechSynthesis {
typedef enum VoiceGender VoiceGender;
}
}
}
}
#else /* __cplusplus */
typedef enum __x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender
__x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender;
#endif /* __cplusplus */
```
This typedef is not valid in C++. According to the standard, enum cannot be
forward declared using typedef. This could be replaced with just simple enum
declaration, but it would need to have type specifier (that goes for definition
as well).
Best regards.
--
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=36079
Bug ID: 36079
Summary: loader fails to build with clang -faddress=sanitize
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48263
--> https://bugs.winehq.org/attachment.cgi?id=48263
make log
I tried building wine with clang's address sanitizer enabled, which mostly
worked, until the loader:
make[1]: Entering directory '/home/austin/wine-gcc49-asan/loader'
clang -fsanitize=address -m32 -o wine-preloader -static -nostartfiles
-nodefaultlibs -Wl,-Ttext=0x7c400000 preloader.o ../libs/port/libwine_port.a
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/libpthread.a(pthread_mutex_lock.o):
In function `__pthread_mutex_lock':
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:80:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:116:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:146:
undefined reference to `__assert_fail'
/var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:151:
undefined reference to `__assert_fail'
..
austin@aw25 ~/wine-gcc49-asan $ clang --version
clang version 3.3 (tags/RELEASE_33/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
austin@aw25 ~/wine-gcc49-asan $ git describe
wine-1.7.17-42-g24c5728
--
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=49797
Bug ID: 49797
Summary: WIDL doesn't tolerate anonymous structs within
interfaces
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
IDLs in Windows SDKs sometimes contain anonymous structs within interfaces.
WIDL fails to compile such IDLs.
--
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.