https://bugs.winehq.org/show_bug.cgi?id=55071
Bug ID: 55071
Summary: find_tool does not work for finding dlltool
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
attempting to build wine for arm64 using llvm-mingw
find_tool does not appear to work correctly. it should be able to find the
dlltool from the PATH in the environment but it is not able to do so.
https://github.com/wine-mirror/wine/blob/master/tools/winebuild/utils.c#L227
As you can see below, llvm-dlltool is the PATH and find and which are able to
find this binary but wine find_tool is not able to do so.
winebuild: cannot find the 'dlltool' tool
Makefile:1535: recipe for target 'dlls/aclui/aarch64-windows/libaclui.a' failed
make: *** [dlls/aclui/aarch64-windows/libaclui.a] Error 1
echo $PATH
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin:/home/ubuntu/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
find
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin
-name *dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32-dlltool
which llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
--
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=55069
Bug ID: 55069
Summary: Please release GTK theming
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gjskagnoregn(a)spam4.me
Distribution: ---
The GTK theming support should be in normal Wine and enabled by default as
getting a native look for apps is what most users would expect.
--
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=55059
Bug ID: 55059
Summary: "Assertion failed" videogame deep rock galactick
crashes if you switch to steam overlay
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
Distribution: ---
Created attachment 74618
--> https://bugs.winehq.org/attachment.cgi?id=74618
wine c++ runtime library error dialog
this is how i got this bug:
1) launch deep rock galactic
2) launch mission
3) mission loads succesfully
4) during preparation time i pressed shift+tab to switch to steam overlay
5) games crashes with error: "Assertion failed! Program path_to_game File
../src-wine/dlls/winevulkan/loader_thunks.c Line: 5275 Expression: "!status""
6) I could not press cancel or ok because window was not responsive but I made
screenshot (see attachment)
I have fedora 37, steam and current proton experimental.
--
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=55068
Bug ID: 55068
Summary: msctf:inputprocessor fails systematically on
gitlab-win10-21h2 (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor fails systematically on gitlab-win10-21h2 (GitLab CI). The
failures happen in multiple test functions:
--- test_startSession()
inputprocessor.c:1714: Test failed: Expected OnActivated callback
--- test_TfGuidAtom()
inputprocessor.c:1988: Test failed: ITfCategoryMgr_IsEqualTfGuidAtom failed
inputprocessor.c:1989: Test failed: Equal value invalid
--- test_ClientId()
inputprocessor.c:2015: Test failed: Id for CLSID_FakeService not matching tid
--- test_KeystrokeMgr()
inputprocessor.c:1492: Test failed: ITfKeystrokeMgr_AdviseKeyEventSink failed
inputprocessor.c:1493: Test failed: KeyEventSink_OnSetFocus not fired as
expected, in state 1
inputprocessor.c:1495: Test failed: Wrong return, expected
CONNECT_E_ADVISELIMIT
inputprocessor.c:1503: Test failed: ITfKeystrokeMgr_PreserveKey failed
inputprocessor.c:1506: Test failed: ITfKeystrokeMgr_PreserveKey improperly
succeeded
inputprocessor.c:1510: Test failed: ITfKeystrokeMgr_IsPreservedKey failed
inputprocessor.c:1514: Test failed: ITfKeystrokeMgr_UnpreserveKey failed
inputprocessor.c:1524: Test failed: ITfKeystrokeMgr_UnadviseKeyEventSink failed
See: https://test.winehq.org/data/patterns.html#msctf:inputprocessor
--
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=55067
Bug ID: 55067
Summary: mfmediaengine:mfmediaengine -
test_TransferVideoFrame() sometimes gets a 56% diff on
Windows 10 1607+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfmediaengine:mfmediaengine - test_TransferVideoFrame() sometimes gets a 56%
diff on Windows 10 1607+:
mfmediaengine.c:141: created
L"C:\\Users\\winetest\\AppData\\Local\\Temp\\rgb32frame.bmp"
mfmediaengine.c:1313: Test failed: Unexpected 56% diff
See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine
This failure is quite rare, happening a bit under 1 per month:
* 2022-10-14 win21H2_fgtb-w10pro64-64
* 2022-11-23 win21H1_newtb-w10pro64-ar-64
* 2022-12-09 win21H2_newtb-w1064v21h2-64
* 2023-03-02 win1607_newtb-w1064v1607-64
* 2023-04-20 win1607_newtb-w1064v1607-64
* 2023-06-01 win1607_newtb-w1064v1607-64
* 2023-06-14 win21H1_newtb-w10pro64-hi-64
Note that it happened systematically on the debiant VM for a while but that was
probably because of a GStreamer issue (2022-11-18..2022-12-16, maybe related to
vaapi issues). What's interesting is that it was the same "56% diff" error. So
it's possible the test completely fails, gets a zero-filled BMP that still
gives this 56% diff error.
--
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=53187
Bug ID: 53187
Summary: user32:menu - test_menu_input()'s tests 6, 8, 10, 12,
14,16 fail semi-systematically on Windows in Russian
and Chinese and other locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:menu - test_menu_input()'s tests 6, 8, 10, 12, 14,16 fail
semi-systematically on Windows in some locales:
menu.c:2324: Test failed: test 6
menu.c:2324: Test failed: test 8
menu.c:2324: Test failed: test 10
menu.c:2324: Test failed: test 12
menu.c:2324: Test failed: test 14
menu.c:2324: Test failed: test 16
https://test.winehq.org/data/patterns.html#user32:menu
The WineTest results shows:
* Systematic failures in Russian (except on 2022-06-09!).
* Systematic failures in Chinese but only since 2022-06-10 (up to the current
date, 2022-06-17).
* And a failure in Hebrew but only on 2022-04-27!
None of the behavior changes corresponds to times when the locale snapshots
were updated.
A TestBot run shows the same systematic (2 out of 2) failures in Arabic,
Hebrew, Hindi, Hindi+UTF-8 and Russian (so not in Chinese).
--
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=55060
Bug ID: 55060
Summary: d3d9:d3d9ex - test_wndproc() is sometimes missing a
WM_SIZE message in Wine (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_SIZE message in Wine:
d3d9ex.c:3179: Test failed: Expected message 0x5 for window 0, but didn't
receive it, i=0.
d3d9ex.c:3199: Test failed: Expected message 0x5 for window 0, but didn't
receive it, i=0.
d3d9ex.c:3205: Test failed: Got unexpected WINDOWPOS hwnd=00000000, x=0, y=0,
cx=0, cy=0, flags=0
See https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This has started happening almost systematically in the GitLab CI's Debian
environment on 2023-06-07.
However this is not the first time these failures happen in Wine.
* They happened about 50 times on gitlab-debian-* between 2022-10-14 and
2023-01-13.
* During the same period there has been some sporadic instances on debian11b:
- 2022-11-01 debian11b-wow32
- 2022-11-07 debian11-win32-he-IL
- 2022-11-11 debian11b-wow64
- 2022-11-14 debian11-win32-fr-FR
* 2023-02-09 gitlab-debian-64
* And then nothing for the TestBot and GitLab CI VMs until this new
GitLab-specific rash on 2023-06-07.
It should be noted that they happen pretty often on Remi's test environments,
though it's limited to rbernon-x11-fvwm since 2023-06-02.
So the issue is likely that some other test is messing up the environment and
causing these failures.
--
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=53877
Bug ID: 53877
Summary: vbscript compile_assignment assertion when assigning
multidimensional array by indices
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
The following works in real vbscript:
Dim x
Redim x(10)
x(1) = Array(5, 6, 7)
WScript.echo x(1)(0)
WScript.echo x(1)(2)
x(1)(0) = x(1)(2)
WScript.echo x(1)(0)
Output:
5
7
7
When running through Wine vbscript an assertion happens when processing
x(1)(0) = x(1)(2)
case EXPR_CALL:
call_expr = (call_expression_t*)left;
assert(call_expr->call_expr->type == EXPR_MEMBER);
Stepping through the debugger, call_expr->call_expr->type appears to be
EXPR_CALL
--
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=50859
Bug ID: 50859
Summary: X Error of failed request: GLXBadFBConfig
Product: Wine-staging
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linsilstef(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
[stefan@yuntani Downloads]$ wine64 Gw2Setup-64.exe
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
00f4:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1
0024:fixme:heap:RtlSetHeapInformation 0000000000020000 0 000000000022FD30 4
0024:fixme:heap:RtlSetHeapInformation 0000000001620000 0 000000000022FD10 4
0024:fixme:heap:RtlSetHeapInformation 0000000001620000 1 0000000000000000 0
0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFO
X Error of failed request: GLXBadFBConfig
Major opcode of failed request: 150 (GLX)
Minor opcode of failed request: 0 ()
Serial number of failed request: 218
Current serial number in output stream: 218
The error also occurs in wine 6.3. and Wine 6.4
System Fedora 34 Mesa version 21.0.0-2
--
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=43708
Bug ID: 43708
Summary: Major terrain glitching on SPORE
Product: Wine-staging
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emily.shadowsong(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59176
--> https://bugs.winehq.org/attachment.cgi?id=59176
Clearly, it's already getting wierd...
I've been playing SPORE for a while now, it has worked normally; at one point
in playing I pressed ALT+TAB and the whole terrain just glitched. It shows up
that way on the map, it's not graphics-related because I can physically touch
the messed-up land. There's sometimes jagged spikes, often times lines through
the planet, and extremely tall mountains, making the game practically
unplayable unless I have wings. Sometimes it'll appear as though my nest
spawned inside water, and if I try to walk out of the water and onto what looks
like land I'll be eaten by the fish monster. I've reinstalled SPORE about five
times now and it hasn't helped. I've tried running SPORE on safe mode as well.
I have the core SPORE, galactic adventures, and creepy & cute parts pack.
Every time I alt tab, the terrain changes again and gets more and more messed
up.
--
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.