https://bugs.winehq.org/show_bug.cgi?id=54098
Bug ID: 54098
Summary: winhttp:notification times out systematically in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winhttp:notification times out systematically in Wine:
notification.c:122: Test failed: 943: expected callback to be called from the
same thread
notification.c:122: Test failed: 948: expected callback to be called from the
same thread
notification.c:122: Test failed: 953: expected callback to be called from the
same thread
notification.c:997: Test failed: got 4
notification.c:1006: Test failed: got 0
notification.c:1010: Test failed: unexpected data 0 at 0
notification.c:1017: Test failed: got 0
notification.c:1018: Test failed: got 1002
notification.c:1019: Test failed: got 18
notification.c:1030: Test failed: got 1002
notification.c:1184: Test marked todo: got 3
notification.c:122: Test failed: 937: expected callback to be called from the
same thread
notification.c:122: Test failed: 943: expected callback to be called from the
same thread
notification.c:122: Test failed: 948: expected callback to be called from the
same thread
notification.c:122: Test failed: 953: expected callback to be called from the
same thread
notification.c:117: Test failed: 988: expected status 0x80000 got 0x200000
winhttp:notification:0560 done (258) in 120s 2141B
See https://test.winehq.org/data/patterns.html#winhttp:notification
This started on 2022-12-06 despite there being no change in this test. Also the
test still times out when using older builds. So the failure is probably caused
by some outside factor, maybe on 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=53966
Bug ID: 53966
Summary: NCryptExportKey is not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Created attachment 73554
--> https://bugs.winehq.org/attachment.cgi?id=73554
Terminal output
Using Ubuntu 22.04 x64, wine-devel as of today (wine-7.21).
The .NET API RSA.ExportSubjectPublicKeyInfo() calls into NCryptExportKey which
is not implemented. Using .NET 6.0.
Attaching terminal output. A minimal reproducible example is at
https://treetop.se/wine-bug/2022-11-23/source.zip (literally 7 lines of code) ,
compiled as https://treetop.se/wine-bug/2022-11-23/wine-missing-apis.zip
(published as "self-contained", ie bundling the framework which I thought might
be helpful here) .
compiled .zip file hashes:
SHA256 3C569800092A78D1E8407AEB267DB98F82A4CE09EA1EFEB6BDB947AB6FA9CC85
SHA1 F79D95574B1D4B6BA8582BEB52C3F6745E28F99C
source .zip file hashes:
SHA256 2A83E3FB4A7386FB5DD4FA4558E2BDBC9AEDAAD1E272D3216D183563F64A217C
SHA1 BDA5F413DDD098185FE1A99A9B1ED3E591B31949
This API is used in many applications generating their own cryptographic RSA
keys. We ran across it when testing one of our own applications.
ncrypt looks like it should be its own component due to being its own DLL, but
I can't find it or anything that looks like it; filing under bcrypt due to
ncrypt implementation calling through to bcrypt in places in the hopes that it
will reach the right people.
--
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=53950
Bug ID: 53950
Summary: dup2 error returns ENFILE instead of EBADF
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 73526
--> https://bugs.winehq.org/attachment.cgi?id=73526
testcase
dup2 returns an incorrect error code: ENFILE instead of EBADF
this is very similar to https://bugs.winehq.org/show_bug.cgi?id=53677
--
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=53895
Bug ID: 53895
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_cursor_clipping() fails on dual screen setups
in Wine
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: ---
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping()
fails on dual screen setups in Wine:
ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw1.c:14361: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw1
ddraw2.c:15320: Test failed: Expect clip rect (0,0)-(1024,768), got
(0,0)-(2048,768).
ddraw2.c:15334: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw2.c:15344: Test failed: Expect clip rect (0,0)-(1024,768), got
(0,0)-(2048,768).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw2
ddraw4.c:18370: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
ddraw4.c:18384: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw4.c:18394: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw4
ddraw7.c:18637: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
ddraw7.c:18651: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw7.c:18661: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw7
Notes:
* The number of "Expect clip" messages varies from one run to the next.
* These failures all started on 2022-10-12 but there is no obvious commit on
that date.
* This only impacts debian11 and debiant, the dual screen TestBot VMs, not
debian11b, fgtb-debian11 and fg-deb64, non-dual screen test configurations.
--
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=53686
Bug ID: 53686
Summary: The 64-bit kernel32:console is broken on Windows in
the GitLab WineTest builds
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
The 64-bit kernel32:console is broken on Windows in the GitLab WineTest builds:
console.c:2352: Test failed: [9] Expected count to be 0, got 9303856
console.c:2352: Test failed: [13] Expected count to be 0, got 9303952
console.c:2352: Test failed: [15] Expected count to be 0, got 9304144
console.c:2442: Test failed: [9] Expected count to be 0, got 9303856
console.c:2442: Test failed: [13] Expected count to be 0, got 9303952
console.c:2442: Test failed: [15] Expected count to be 0, got 9304144
console.c:2532: Test failed: [9] Expected count to be 0, got 7
console.c:2532: Test failed: [13] Expected count to be 0, got 9
console.c:2532: Test failed: [15] Expected count to be 0, got 13
console.c:2948: Test failed: [9] Expected count to be 0, got 7
console.c:2948: Test failed: [13] Expected count to be 0, got 9
console.c:2948: Test failed: [15] Expected count to be 0, got 13
console.c:3038: Test failed: [9] Expected count to be 0, got 7
console.c:3038: Test failed: [13] Expected count to be 0, got 9
console.c:3038: Test failed: [15] Expected count to be 0, got 13
console.c:3127: Test failed: [9] Expected count to be 0, got 7
console.c:3127: Test failed: [13] Expected count to be 0, got 9
console.c:3127: Test failed: [15] Expected count to be 0, got 13
https://test.winehq.org/data/patterns.html#kernel32:console
The failures started on 2022-07-26 which is when the WineTest builds switched
from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe
(built on 2022-07-25) confirms that this test still succeeds when using
binaries from the old build system.
--
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=53183
Bug ID: 53183
Summary: shell32:shelllink - test_load_save() randomly fails to
delete test.lnk in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine:
shelllink.c:818: Test failed: failed to delete link
'C:\users\winetest\Temp\\test.lnk' (32)
https://test.winehq.org/data/patterns.html#shell32:shelllink
This is probably the same issue as bug 28290, the only difference being that it
happens during the cleanup and thus does not cause a 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=54111
Bug ID: 54111
Summary: Unable to run "make install" after "makedep: Add a
helper function to skip spaces in strings."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: julliard(a)winehq.org
Regression SHA1: df50fca0f952fabb5bb1c5a31a53e64f07a81be9
Distribution: ---
After "makedep: Add a helper function to skip spaces in strings.",
df50fca0f952fabb5bb1c5a31a53e64f07a81be9, doing "make install" (and "make
install-lib" likewise) fails in the loader subdirectory like this:
make[1]: Entering directory '/home/martin/nightly/wine/build-aarch64-mingw'
config.status: executing tools/makedep commands
config.status: executing Makefile commands
../src/tools/install-sh -m 644 loader/wine.de.UTF-8.man
/home/martin/wine64-trunk-pe/share/man/de.UTF-8/man1 "November 2007"
"@PACKAGE_STRING@" "Windows On Unix"/wine.1 "November 2007" "@PACKAGE_STRING@"
"Windows On Unix"
../src/tools/install-sh: Windows On Unix: Is not a directory.
make[1]: *** [Makefile:210635: loader/install] Error 1
make[1]: Leaving directory '/home/martin/nightly/wine/build-aarch64-mingw'
--
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=54075
Bug ID: 54075
Summary: wldap32:parse - test_ldap_paged_search() sometimes
gets LDAP_SERVER_DOWN in Wine, crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wldap32:parse - test_ldap_paged_search() sometimes gets LDAP_SERVER_DOWN in
Wine, crashes:
wldap32:parse start dlls/wldap32/tests/parse.c
wine: Unhandled page fault on read access to 0000001C at address 6F8D7A7E
(thread 028c), starting debugger...
parse.c:245: Test failed: ldap_get_next_page_s failed 0x51
parse.c:246: Test failed: expected res != NULL
parse.c:247: Test failed: got 3735928559
Unhandled exception: page fault on read access to 0x0000001c in 32-bit code
(0x6f8d7a7e).
[...]
Backtrace:
=>0 0x6f8d7a7e WLDAP32_ldap_count_entries+0x1e(ld=00E80528, res=00000000)
[Z:\builds\alexhenrie\wine\dlls\wldap32\misc.c:102] in wldap32 (0x0061fd38)
1 0x00401987 in wldap32_test (+0x1987) (0x0061fde8)
There is no record of this ever happening in the nightly WineTest runs but it
did impact some merge requests, for instance MR!1579, MR!1581, MR!1574, MR!1585
and MR!1583. For those, some failures happened in the GitLab CI environment and
others in the TestBot, but always in Wine.
--
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=53971
Bug ID: 53971
Summary: postgresql installer 9.3 needs support for Username in
WshShell.Network
Product: Wine
Version: 7.21
Hardware: x86-64
URL: https://www.enterprisedb.com/downloads/postgres-postgr
esql-downloads
OS: Linux
Status: NEW
Keywords: download, Installer, source
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com
Depends on: 46083, 53565
Blocks: 53569
Distribution: Fedora
Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script
called initcluster.vbs is executed.
It tries to get Username from Wscript.Network, which is not implemented in
whsom.ocx.
See
https://github.com/EnterpriseDB/edb-installers/blob/PPAS-9_3/server/scripts…
for the vbs script.
--
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=53530
Bug ID: 53530
Summary: mshtml:htmldoc - test_editing_mode(TRUE, TRUE)
sometimes fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine:
htmldoc.c:8405: Testing HTMLDocument (edit load using designMode)...
htmldoc.c:5661: Test marked todo: expected IsErrorUrl
htmldoc.c:5666: Test marked todo: expected GetPendingUrl
htmldoc.c:5833: Test marked todo: expected Exec_ShellDocView_84
htmldoc.c:5905: Test marked todo: expected FireNavigateComplete2
htmldoc.c:5909: Test marked todo: expected ActiveElementChanged
htmldoc.c:5911: Test marked todo: expected IsErrorUrl
htmldoc.c:8471: Test marked todo: expected OnChanged_1005
htmldoc.c:8472: Test marked todo: expected ActiveElementChanged
htmldoc.c:2541: Test failed: unexpected call UpdateUI
htmldoc.c:2853: Test failed: unexpected call Exec_UPDATECOMMANDS
https://test.winehq.org/data/patterns.html#mshtml:htmldoc
This failure happened on 2022-05-17 debian11-win32.
But it also caused a false positive as recently as 2022-08-03.
--
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=52877
Bug ID: 52877
Summary: user32:msg - test_dbcs_wm_char() fails in Wine in the
Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales.
For the Japanese locale:
msg.c:14919: using dbcs char 81,82 wchar 2260 bad wchar 30fb codepage 'ANSI/OEM
Japanese Shift-JIS'
msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete:
expected 0000 - actual 0102
msg.c:15071: Failed sequence no messages:
msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp
0000ff1d lp 00000000 (flags 19)
msg.c:15073: Test failed: Unicode WM_CHAR: 0: the msg sequence is not complete:
expected 0102 - actual 0000
msg.c:15073: Failed sequence Unicode WM_CHAR:
msg.c:15073: 0: expected: msg 0102 - actual: nothing
msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x2260 got 0xff42
msg.c:15075: Failed sequence Unicode WM_CHAR:
msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
0000ff42 lp 00000000 (flags 19)
For the Chinese locale:
msg.c:14919: using dbcs char 81,80 wchar 4e90 bad wchar 003f codepage 'ANSI/OEM
Simplified Chinese GBK'
msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete:
expected 0000 - actual 0102
msg.c:15071: Failed sequence no messages:
msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp
00004e96 lp 00000000 (flags 19)
msg.c:15073: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x4e90 got 0x20ac
msg.c:15073: Failed sequence Unicode WM_CHAR:
msg.c:15073: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
000020ac lp 00000000 (flags 19)
msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x4e90 got 0x20ac
msg.c:15075: Failed sequence Unicode WM_CHAR:
msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
000020ac lp 00000000 (flags 19)
https://test.winehq.org/data/patterns.html#user32:msg
A bisect shows that the failures started with the following commit:
commit d42888f07c6e3e491c99bb5c8b62b568264e990c
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Apr 4 16:58:21 2022 +0200
user32: Use NtUserMessageCall for SendMessageA implementation.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
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=51457
Bug ID: 51457
Summary: The 32-bit version:install fails in 64-bit
wineprefixes
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit version:install fails in 64-bit wineprefixes:
https://test.winehq.org/data/patterns.html#version:install
install.c:250: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:255: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:260: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
All three failing tests query regedit.exe which is installed in two locations
in Wine:
windows/regedit.exe
windows/syswow64/regedit.exe
The failure happens because CreateFileA("C:\windows\system32\regedit.exe")
succeeds despite that file not actually being present (see file_existsA() in
dlls/kernelbase/version.c).
So either this is a WoW32 file remapping issue, or this is not the right way to
check for this file.
--
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=36681
Bug ID: 36681
Summary: ws2_32/tests/sock.c fails on gentoo without IPX
support
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48725
--> https://bugs.winehq.org/attachment.cgi?id=48725
+winsock,+tid,+seh
../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p
ws2_32_test.exe.so sock && touch sock.ok
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
sock.c:2224: Tests skipped: SOCK_RAW is not supported
sock.c:2270: Test failed: Expected 10047, received 10043
sock.c:2271: Tests skipped: IPX is not supported
+winsock attached
Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone
must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz
GenuineIntel GNU/Linux
--
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=53999
Bug ID: 53999
Summary: Regression with JGlossator
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
https://forum.winehq.org/viewtopic.php?t=37152
Although I don't know exactly what the program is supposed to do, it no longer
works with Wine 7.22
JGlossator v5
https://sourceforge.net/projects/jglossator/files/JGlossator_v5.0/
bisect:
6fa4c426086750d616d5da9c41b37fc714784d1a is the first bad commit
commit 6fa4c426086750d616d5da9c41b37fc714784d1a
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Tue Nov 22 18:26:22 2022 +0200
mshtml: Get rid of useless window check.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
dlls/mshtml/nsevents.c | 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.
https://bugs.winehq.org/show_bug.cgi?id=53240
Bug ID: 53240
Summary: dinput:device8 - test_sys_mouse() has some rare
failures on the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs.
They can take two forms:
device8.c:1988: Test failed: 0x700: Acquire returned 0x80070005
device8.c:1997: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2002: Test failed: 0x700: got count 0
device8.c:2006: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2009: Test failed: 0x700: Unacquire returned 0x1
device8.c:2013: Test failed: 0x700: got count 0
device8.c:2016: Test failed: 0x700: Acquire returned 0x80070005
device8.c:2025: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2028: Test failed: 0x700: Unacquire returned 0x1
device8.c:2031: Test failed: 0x700: Acquire returned 0x80070005
device8.c:2035: Test failed: 0x700: got count 0
device8.c:2044: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2059: Test failed: 0x700: got count 0
or
device8.c:1988: Test failed: 0x800: Acquire returned 0x80070005
device8.c:1997: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2001: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2006: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2009: Test failed: 0x800: Unacquire returned 0x1
device8.c:2016: Test failed: 0x800: Acquire returned 0x80070005
device8.c:2025: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2028: Test failed: 0x800: Unacquire returned 0x1
device8.c:2031: Test failed: 0x800: Acquire returned 0x80070005
device8.c:2034: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2044: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2055: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2058: Test failed: 0x800: GetDeviceData returned 0x8007000c
https://test.winehq.org/data/patterns.html#dinput:device8
So far they have only happened on the Debian 11 VMs and the first known
instance was on 2022-06-14.
--
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=28290
Summary: shell32/shelllink.ok test flaky
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box
running in low power mode, fwiw), twice I've hit the error
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shelllink.c && touch shelllink.ok
shelllink.c:728: Test failed: save failed (0x80070020)
shelllink.c:728: Test failed: got 0x00000001
shelllink.c:728: Test failed: Didn't expect NULL
shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0
shelllink.c:732: Test failed: GetDescription returned 'command on path' instead
of 'command on path without .exe'
This test keeps overwriting the same file with new data, iirc.
The previous thing it wrote was "command on path", so it looks
like the immediately previous testcase sometimes leaves a reference dangling?
I think 0x80070020 is "sharing violation".
--
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=54084
Bug ID: 54084
Summary: wininet:http - test_async_read() sometimes gets an
ERROR_IO_PENDING error in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wininet:http - test_async_read() sometimes gets an ERROR_IO_PENDING error in
Wine:
http.c:5160: Test failed: InternetReadFileExA failed 997
See https://test.winehq.org/data/patterns.html#wininet:http
Where: 997 == ERROR_IO_PENDING
This failure is pretty rare.
* The first failure happened on 2022-09-13 on my desktop (fg-deb64). There is
no trace of it happening on the previous 3 months.
* Another failure happened on 2022-11-18 also on fg-deb-94.
* And it happened on the GitLab CI, impacting MR!1669.
ws2_32:sock has a similar failure which started in September (see bug 54074).
--
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=50618
Bug ID: 50618
Summary: FoxPro for Windows 2.6a fails to start
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 69308
--> https://bugs.winehq.org/attachment.cgi?id=69308
Terminal output with both start conditions
Any attempt to start foxprow.exe with or without an appended program script
results in a program crash. Attached are copies of terminal output for both
types or foxprow start.
--
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=47304
Bug ID: 47304
Summary: Athena's Charm Table search 0.35b (.NET 2.0 app)
crashes on unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$c
har_traits@D@std@@@1@XZ
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcm
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 34538
Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10)
which targets VC++ 2005 runtime.
Old archive of the Website:
https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi…
--- snip ---
$ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes
CLR Header
Header Size 0x48 72
Required runtime version 2.05
Flags 0x3
ILONLY
32BITREQUIRED
EntryPointToken 0x6000ed4 100667092
CLR Data Directory
MetaData rva: 0x6b540 size: 0x83f5c
Resources rva: 0x67804 size: 0x3d38
StrongNameSignature rva: 0x0 size: 0x0
CodeManagerTable rva: 0x0 size: 0x0
VTableFixups rva: 0x0 size: 0x0
ExportAddressTableJumps rva: 0x0 size: 0x0
ManagedNativeHeader rva: 0x0 size: 0x0
Done dumping Athena's MH3U Charm Table Search v0.35b.exe
--- snip ---
--- snip ---
$ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
...
0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub
wine: Call from 0x7b44fe8b to unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ,
aborting
=================================================================
Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
wine: Unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ
called at address 0x7b44fe8b (thread 0009), starting debugger...
--- snip ---
'winetricks -q vcrun2008' should help here but seems to be broken. Neither the
SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be
installed in WinSXS you need 'WinVer' setting 'Windows XP'.
$ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search
v0.35b.rar
$ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
172K Athenas MH3U Charm Table Search v0.35b.rar
$ wine --version
wine-4.9-134-gd535df42f6
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=46056
Bug ID: 46056
Summary: u-he Diva: Multicore option slows down performance
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 62643
--> https://bugs.winehq.org/attachment.cgi?id=62643
Edited picture highlighting relevant sections of Diva
u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on
Diva improves the performance of it a lot. But on Wine, the multicore option
makes it even slower.
You'll need sound output to notice the difference in performance.
You will also need a DAW to test it in. You can either use a Windows DAW (FL
Studio is probably easiest, has a detailed manual and I know it works well in
Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and
requires it to be installed on the system).
(If you decide to load Diva in FL Studio, see this section of the FL Studio
manual on how to scan for and load plugins:
https://www.image-line.com/support/flstudio_online_manual/html/basics_exter…
)
--------
Steps to reproduce:
1. Download and install Diva (link at bottom). Make sure the DAW you're using
has detected it (get it to scan for plugins).
2. Load up Diva. At the lower half of the plugin, the panel just above the
"MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to
16 and Stack to 4 (see image attached). These settings are to make Diva use a
lot of CPU so that the difference between multicore on and off can be
demonstrated. The multicore button (the button in the top bar to the right)
should be off (i.e. it should be black).
3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the
DAW/host's piano roll and play them back. Take note of popping and clicking (if
any). If it's popping and clicking then keep in mind how frequent/severe it is.
4. Now go back to Diva and enable multicore (click on the black button). It
should now be red.
5. Play back the notes you input again. It should be even slower than it was
with multicore off.
If somehow one Diva instance with those settings is not enough to cause buffer
underruns (audible pops and clicks) even with multicore enabled, clone the
current Diva instrument (or add a new Diva and give it the same settings as
done in step 2), add MIDI notes as in step 3 but to the new Diva instance and
then play back the notes making sure all the Diva instances are playing at the
same time. In other words, we're trying to layer another Diva's notes on top of
the first one in order to make it use enough CPU to cause buffer underruns.
Remember to enable/disable multicore on both Diva instances when comparing
between the option being on and off. It's unlikely you'll need more than 2
instances at full accuracy settings because this synth uses up a lot of CPU.
Diva has a native Linux version and the multicore option improves performance
as on Windows. But I use FL Studio in Wine and there's currently no way to
run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I
have to use the Windows version.
OS: elementary OS 5.0 Juno (based on Ubuntu 18.04)
Tested on Wine 3.19 but I know 3.18 also has the problem.
--------
Download:
https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422…
$ sha1sum Diva_143_7422_Win.zip
50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip
--
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=54100
Bug ID: 54100
Summary: Allow cmd to execute native Linux programs
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73635
--> https://bugs.winehq.org/attachment.cgi?id=73635
Hack that works around the issue
Example:
wine cmd /c z:\bin\bash --help
This currently gives
Can't recognize 'z:\bin\bash --help' as an internal or external command, or
batch script.
This could help integration.
--
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=51311
Bug ID: 51311
Summary: opengl32:opengl fails on AMD GPUs (cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
opengl32:opengl has five systematic failures on cw-rx460 which is our only test
machine with an AMD GPU:
https://test.winehq.org/data/patterns.html#opengl32:opengl
opengl.c:374: Test failed: expected count == 1, got 0
opengl.c:529: Test failed: Sharing of display lists passed for a context which
already shared lists before
opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be
set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78!
opengl.c:1704: Test failed: Expected default swap interval 1, got 0
opengl.c:1742: Test failed: Expected default swap interval 1, got 0
These five failures happen on all available Windows versions (8.1 to 10 2009)
and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any
machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like
some specific Radeon / AMD GPU behavior.
--
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=54088
Bug ID: 54088
Summary: d3d11:d3d11 - test_so_statistics_query() sometimes
fails on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d11:d3d11 - test_so_statistics_query() sometimes fails on Windows 8+:
d3d11.c:6405: Test failed: Got unexpected NumPrimitivesWritten: 2616539184.
d3d11.c:6408: Test failed: Got unexpected PrimitivesStorageNeeded: 2333264624.
or
d3d11.c:6440: Test failed: Got unexpected NumPrimitivesWritten: 2413670377.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
The unexpected values seem pretty random. This failure is also pretty rare,
there are only 5 known instance in the past 6 months:
* 2022-07-12 on w1064v1809 (32-bit)
* 2022-08-18 on w864 (32-bit)
* 2022-10-26 on w1064-2qxl (21H2, 64-bit)
* 2022-11-04 on w8adm (32-bit)
* 2022-12-05 w11pro64 (32-bit)
--
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=54086
Bug ID: 54086
Summary: mfplat:mfplat - test_source_resolver() sometimes
crashes on Windows 7
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
test_source_resolver() sometimes crashes on Windows 7:
mfplat.c:1024: this is the last test seen before the exception
0d04:mfplat: unhandled exception c0000005 at 6B267D1C
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
Traces show the crash happens in this call:
hr = IMFMediaEventGenerator_GetEvent((IMFMediaEventGenerator
*)video_stream, MF_EVENT_FLAG_NO_WAIT, &event);
--
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.