https://bugs.winehq.org/show_bug.cgi?id=54847
Bug ID: 54847
Summary: dnsapi:query - test_DnsQuery() fails on the TestBot
VMs in Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine:
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
This is because winehq.org points to a CDN which uses DNS tricks to point web
browsers to the closest server and do load balancing. Interestingly this does
not happen for all clients, e.g. it does not happen on fg-deb64.
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=52883
Bug ID: 52883
Summary: Improve support for high-level graphic settings in The
Settlers: Heritage of Kings
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 72267
--> https://bugs.winehq.org/attachment.cgi?id=72267
screenshot for a questionable display of graphic settings
I wonder why I get hindered so far to switch the graphic settings to the
highest quality (which my hardware could support).
How will the software capabilities evolve further also for the game “The
settlers (gold edition)” after the software “Wine 7.7-1449.4”?
See also:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=5360
--
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=45122
Bug ID: 45122
Summary: gdiplus/font test crashes under clang-5.0.1 but not
gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:font
.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7ec9e635 GdipMeasureString+0x1e5(graphics=<is not available>, string=<is
not available>, length=<has been optimized away by compiler>, font=<has been
optimized away by compiler>, rect=<has been optimized away by compiler>,
format=<is not available>, bounds=<has been optimized away by compiler>,
codepointsfitted=<has been optimized away by compiler>, linesfilled=<has been
optimized away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus (0x0033f958)
1 0x7ed1385d in gdiplus_test (+0x2485c) (0x0033fac8)
2 0x7ed0f1c7 func_font+0x486() in gdiplus_test (0x0033fe08)
3 0x7ed7e968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed7ecaa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed7f5cb, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7ec9e635 GdipMeasureString+0x1e5
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus: mulps %xmm1,%xmm1
5427 (pt[2].X-pt[0].X)*(pt[2].X-pt[0].X));
lmk what other logs/tests would be useful.
--
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=54769
Bug ID: 54769
Summary: major regression in dnSpy startup time
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: galtgendo(a)o2.pl
Distribution: ---
(OK, this will be quite a bit different than what I've planned when I started
to write this)
Let's start with an oddity: only 32bit versions of dnSpy work, 64bit fail to
show anything besides the recently popular stack corruption line (it does not
terminate upon it, but fails to do anything else either).
The problem (initially observed in 6.1.8, but dnSpyEx 6.3.0 has the same
problem):
I'm not quite sure when this happened, but IIRC it was at most two releases
back, maybe it was the latest one.
Before, upon startup there was a minor delay before the window showed up and
every now and then (but relatively rarely) the window got filled with visual
garbage until it was refreshed.
Now, it *seems* corruption has been dealt with (though that needs more time to
be verified), but there's a crippling startup delay (over 2-3 min) between when
a blank window shows up and when it's filled with content.
--
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=54361
Bug ID: 54361
Summary: Winebus doesn't enumerate evdev devices in a
--without-sdl build unless SDL also disabled by
winebus registry key
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Not sure what info to add.
--
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=53845
Bug ID: 53845
Summary: Regression in GetCalendarInfoEx et al
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: elpochodelagente(a)gmail.com
Distribution: ---
Created attachment 73375
--> https://bugs.winehq.org/attachment.cgi?id=73375
test case, succeeds in Windows and wine 6.0
The following line succeeds in Windows and used to work in Wine 6, but not in
Wine 7.19. Attached is a complete program test
GetCalendarInfoEx(0, CAL_GREGORIAN_US, 0, CAL_ITWODIGITYEARMAX |
CAL_RETURN_NUMBER, 0, 0, dwData); // returns 0
Looking at dlls/kernelbase/locale.c current git master I can see that now there
is an explicit check against CAL_GREGORIAN, and if I change the
CAL_GREGORIAN_US parameter in the call to CAL_GREGORIAN then GetCalendarInfoEx
succeeds.
--
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=21550
Summary: Winedbg's disassembler doesn't support SSE2
instructions
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Winedbg doesn't support SSE2 instructions while gdb does.
--
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=49312
Bug ID: 49312
Summary: wineg++ - "invalid program stack in 64-bit code" on
exception catching - regression
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dd-tom(a)web.de
Distribution: ---
Created attachment 67324
--> https://bugs.winehq.org/attachment.cgi?id=67324
full crash log
Referencing this issue here:
https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1881293
When compiling the following C++ program with "wineg++ main.cpp":
#include <stdexcept>
#include <stdio.h>
int main() {
printf("start\n");
try {
throw std::runtime_error("desc");
} catch (std::exception &ex) {
printf("in catch\n");
}
printf("end\n");
}
Wine crashes with:
Unhandled exception: assertion failed, invalid program stack in 64-bit code
(0x00007f33f6c24781).
The full log is attached.
Tested with (not working):
- Debian Bullseye and wine 5.0 (packaged)
- wine 5.0 compiled from source on Debian Buster
Regression since wine 4.0, tested working with:
- Debian Buster and wine 4.0 (packaged)
- wine 4.0 compiled from source on Debian Buster
--
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=37517
Bug ID: 37517
Summary: VideoReDo TVSuite H.264 crashes on loading video when
using VMR9
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
Created attachment 49929
--> https://bugs.winehq.org/attachment.cgi?id=49929
backtrace saved from crash
VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up
OK.
Under Tools/Options/Playback Devices you can select VMR9 as the Video Driver
(FYI: DirectX is also listed there, but it isn't supported any more, and
actually used VMR7 as well - the option is going away). This determines the
driver used when running the editing page.
If you now load a video (mpeg, or h.264) into the program it will 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.
http://bugs.winehq.org/show_bug.cgi?id=21790
Summary: 3D Rad demo "BeltBall" can't use its bundled
mfc80u.dll?
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.3drad.com/games/BeltBall%20v102.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The smallest demo from http://www.3drad.com/free-pc-games.php is the 8MB
http://www.3drad.com/games/BeltBall%20v102.exe, sha1sum
d8827274480b0391ad200478b2ebe26a2658166d BeltBall v102.exe
It installs fine, but when you start it, it complains
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.762)
and puts up a dialog saying
"The dynamic link library 'MFC80U.DLL' could not be found"
even though it's installed in
./3D Rad Games/BeltBall v102/Microsoft.VC80.MFC/mfc80u.dll
Perhaps the installer forgot to set an app path or a manifest or something?
winetricks vc2005 works around the problem.
The game installs and runs fine on Vista; I guess we need to try it
on an old XP box that doesn't have vc2005 runtimes already and see
if it works there to confirm this bug.
(I checked on Vista, and there's no entry for the app in
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths, for what it's worth.
And there doesn't seem to be a manifest file next to the .exe.)
--
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.