https://bugs.winehq.org/show_bug.cgi?id=48209
Bug ID: 48209
Summary: Ignore random parts of test failure messages
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot needs to detect if a patch introduces NEW test failures. To do so
it compares the failure messages with those from reference WineTest runs. But
in some cases part of the message changes from one run to the next, causing the
failure to look new.
Of course in all cases the ideal solution is to fix the test so it does not
fail.
Barring that there are also cases where the varying value is not really useful
(e.g. handle or pointer values) and in that case it should just be removed from
the message.
But there may be cases where knowing the value is still useful. So one solution
would be to tag such values so the TestBot knows it can ignore them when
comparing failure messages. For instance they could be enclosed in double
braces, curly braces, or other.
--
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=52689
Bug ID: 52689
Summary: NVCUDA: Daz Studio 4.20 and CUDA SDK11 implementation
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72031
--> https://bugs.winehq.org/attachment.cgi?id=72031
Series of patches to implement basic SDK11 functionality
Recently DAZ Studio4 updated to 4.20 and the Iray engine also got updated to
the point it requires support for CUDA 11.4
I have worked through a great deal of the issues regarding support for SDK
11.4, aside from the D3D9/10/11 elements that have no equivalent Linux support.
The result is adding a few functions to the nvcuda implementation in
wine-staging. (Attachment with a series of 4 patches).
I have not yet been able to get SDK 11.6 samples to run, as this will (for now)
fail the CUDA runtime validation.. but DAZ Studio 4.20.1 is running fine.
2022-03-17 22:24:11.731 Iray [INFO] - IRAY:RENDER :: 1.1 IRAY rend info :
NVIDIA display driver version: 510.54
2022-03-17 22:24:11.732 Iray [INFO] - IRAY:RENDER :: 1.1 IRAY rend info :
Your NVIDIA driver supports CUDA version up to 11.6; iray requires CUDA version
11.4; all is good.
2022-03-17 22:24:11.732 Iray [INFO] - IRAY:RENDER :: 1.1 IRAY rend info :
Using iray plugin version 5.3, build 349500.7063 n, 18 Jan 2022,
nt-x86-64-vc142.
2022-03-17 22:24:11.768 Iray [INFO] - IRAY:RENDER :: 1.1 IRAY rend info :
CUDA device 0 (NVIDIA GeForce RTX 2070): compute capability 7.5, 7.773 GiB
total, 7.229 GiB available, display attached
I have built and run the main demo samples from the cuda-samples source github,
aswell as 30 some samples in addition to that, compiled with VS2019 and using
the SDK11.4 runtime library.
--
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=53740
Bug ID: 53740
Summary: Space Rangers 2 - Dominators Reloaded (2.0) - stack
overflow error
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73182
--> https://bugs.winehq.org/attachment.cgi?id=73182
Space Rangers 2 Error output
The game doesn't start, saying something about a "stack overflow 1156 bytes" in
thread 0024 (this number is different every time starting the game). The bug is
true for both development 7.18 and stable 7.0 versions.
--
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=36103
Bug ID: 36103
Summary: kernel32/tests/loader shows lots of invalid reads in
thread.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==9219== Invalid read of size 4
==9219== at 0x7BC55D91: MODULE_DllThreadAttach (loader.c:1287)
==9219== by 0x7BC8E3D2: start_thread (thread.c:423)
==9219== by 0x4218F92: start_thread (pthread_create.c:309)
==9219== by 0x431D7ED: clone (clone.S:129)
==9219== Address 0x611eb04 is on thread 1's stack
==9219==
==9219== Invalid read of size 4
==9219== at 0x7BC1EAF3: __x86.get_pc_thunk.bx (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==9219== by 0x7BC8E3D2: start_thread (thread.c:423)
==9219== by 0x4218F92: start_thread (pthread_create.c:309)
==9219== by 0x431D7ED: clone (clone.S:129)
==9219== Address 0x611eacc is on thread 1's stack
==9219==
there's also one:
==30099== 2,020 bytes in 1 blocks are possibly lost in loss record 225 of 244
==30099== at 0x7BC4C735: notify_alloc (heap.c:255)
==30099== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30099== by 0x4E07A19: get_tls_data (test.h:244)
==30099== by 0x4E07B03: winetest_set_location (test.h:279)
==30099== by 0x4D836B8: dll_entry_point (loader.c:1433)
==30099== by 0x7BC52FC0: ??? (loader.c:138)
==30099== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==30099== by 0x7BC55DE7: MODULE_DllThreadAttach (loader.c:1281)
==30099== by 0x7BC8E446: start_thread (thread.c:423)
==30099== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==30099== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==30099==
--
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=53519
Bug ID: 53519
Summary: kernel32:comm - test_AbortWaitCts() once failed due to
an unexpectedly short wait
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:comm - test_AbortWaitCts() once failed due to an unexpectedly short
wait:
comm.c:1586: Test failed: Unexpected time 171, expected around 500
https://test.winehq.org/data/patterns.html#kernel32:comm
This failure happened on 2022-08-05 on w10pro64-ko-64.
Maybe the system time got changed during the test? (see bug 53516)
--
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=53735
Bug ID: 53735
Summary: Battle.net does not log in, shows error log, in
Bottles
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richardjecooke(a)pm.me
Distribution: ---
Created attachment 73172
--> https://bugs.winehq.org/attachment.cgi?id=73172
error log
See attachment
--
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=53400
Bug ID: 53400
Summary: wine-gecko 2.47.3 fails to build on host systems with
python 3.11
Product: Wine-gecko
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: mike(a)cchtml.com
Distribution: ---
In similar vain as bug 51918 it is that time again. Fedora 37 (Rawhide,
unreleased) has Python 3.11. There are currently two failures I have
encountered. I've patched one.
1. inspect.getargspec() changes in Python 3.11
--- a/python/mach/mach/decorators.py 2022-07-12 08:33:06.000000000 -0500
+++ b/python/mach/mach/decorators.py 2022-07-22 08:55:21.510849725 -0500
@@ -111,7 +111,7 @@
pass_context = False
if inspect.isfunction(cls.__init__):
- spec = inspect.getargspec(cls.__init__)
+ spec = inspect.getfullargspec(cls.__init__)
if len(spec.args) > 2:
msg = 'Mach @CommandProvider class %s implemented incorrectly. ' +
\
2. Setting up the python virtualenv fails.
0:01.29 checking for python3... /usr/bin/python3
0:01.29 Creating Python environment
0:01.31
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py:10:
DeprecationWarning: The distutils package is deprecated and slated for removal
in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
0:01.31 import distutils.sysconfig
0:01.31
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py:10:
DeprecationWarning: The distutils.sysconfig module is deprecated, use sysconfig
instead
0:01.31 import distutils.sysconfig
0:01.34
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/virtualenv/virtualenv.py:24:
DeprecationWarning: The distutils package is deprecated and slated for removal
in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
0:01.34 import distutils.spawn
0:01.35
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/virtualenv/virtualenv.py:25:
DeprecationWarning: The distutils.sysconfig module is deprecated, use sysconfig
instead
0:01.35 import distutils.sysconfig
0:01.37 Using base prefix '/usr'
0:01.37 New python executable in
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv/bin/python3
0:01.37 Not overwriting existing python script
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv/bin/python
(you must use
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv/bin/python3)
0:01.37 ERROR: The executable
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv/bin/python3
is not functioning
0:01.37 ERROR: It thinks sys.prefix is '/usr' (should be
'/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv')
0:01.37 ERROR: virtualenv is not compatible with this system or executable
0:01.38 Traceback (most recent call last):
0:01.38 File
"/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py",
line 486, in <module>
0:01.38 manager.ensure()
0:01.38 File
"/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py",
line 128, in ensure
0:01.38 return self.build()
0:01.38 ^^^^^^^^^^^^
0:01.38 File
"/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py",
line 382, in build
0:01.38 self.create()
0:01.38 File
"/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3/python/mozbuild/mozbuild/virtualenv.py",
line 147, in create
0:01.38 raise Exception(
0:01.38 Exception: Failed to create virtualenv:
/builddir/build/BUILD/wine-gecko-2.47.3/wine-gecko-2.47.3-x86/_virtualenv
--
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=53734
Bug ID: 53734
Summary: Ghost Master: Laggy/Broken FMV cutscene playback
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varrok(a)gmail.com
Distribution: ---
Hi,
The game Ghost Master uses Windows Media Video files for FMV cutscenes (they
lie unprotected in the game files), sadly they don't seem to play properly from
inside of the game, they seem to update a frame after every couple dozen
seconds.
Specs:
Arch Linux 5.18.16-arch1-1
Nvidia GTX 1080 (properitary Nvidia drivers 515.65.01)
What I tried:
- current stable wine version
- current dev wine version = wine-7.18-37-g2a4ec7dafc7
- both 32bit and 64bit wine prefixes
Steps to reproduce:
- Download full game or demo
https://www.moddb.com/games/ghost-master/downloads/ghost-master-demo
- Launch it, in main menu press New Game, it should instantly play the file
sha5a_lo.wmv (demo), though it has issues.
Judging from:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=30222 and
protondb reports, it seems like a common issue with the game
--
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=52493
Bug ID: 52493
Summary: CPU architecture entry on AppDB test reports
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
I've talk about it on the forum
https://forum.winehq.org/viewtopic.php?f=11&t=36163&p=135972#p135972
Today, AppDb only asks us for GPU and GPU driver on the hardware section before
posting data reports. With the adoption of ARM architecture on mainline Windows
and popularization of ARM laptops, more Windows applications will be released
for ARM architecture aswell, some Linux distributions are being ported to ARM
too.
That means, before Wine did had compatibility on other CPU architectures but
Windows applications didn't had it, so tests reports were mostly focused for
x86 architectures and other architectures had 0 guarantee to be supported,
things are about to change today with x64 and ARM becoming supported by
Microsoft.
There's options to emulate x86 and x64 architectures on ARM, even on Windows.
There's Rosetta on MacOS and box86/box64 on GNU/Linux. However, emulators
aren't perfect and CPU architecturse, emulated or natively, are going to imply
in app compatibility and in future test reports. While another application
might work perfect on x86, it might fail or be buggy in ARM both natively or
emulated, even if the application has support to it. To prevent confusion on
the next reports, we'll need to leave CPU architectures in consideration.
¿What do you think about 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=51980
Bug ID: 51980
Summary: Fedora 35 repo link is brokern
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: craig.ziesman(a)gmail.com
Distribution: ---
Trying to add the Fedora 35 repo using ```dnf config-manager --add-repo
https://dl.winehq.org/wine-builds/fedora/35/winehq.repo``` but it returns a 404
status code
--
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.