https://bugs.winehq.org/show_bug.cgi?id=52407
Bug ID: 52407
Summary: dotnet-sdk-5.0.100-win-x64 simple example fails: error
MSB4018: The "AssignCulture" task failed unexpectedly.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
URL: https://download.visualstudio.microsoft.com/download/p
r/2892493e-df43-409e-af68-8b14aa75c029/53156c889fc08f0
1b7ed8d7135badede/dotnet-sdk-5.0.100-win-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Note: this happens on version 5.0.100 of the downloadlink, another tested
version like dotnet-sdk-5.0.100-rc.2.20479.15-win-x64.exe doesn`t show this,
guess something has changed in the code (?)
Steps:
wget
https://download.visualstudio.microsoft.com/download/pr/2892493e-df43-409e-…
wine dotnet-sdk-5.0.100-win-x64.exe
wine dotnet new wpf -o myapp && cd myapp && wine dotnet run
Output:
027c:fixme:nls:ResolveLocaleName stub: L"eo", 0000000028CCC000, 85
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: The "AssignCulture" task f
ailed unexpectedly. [Z:\home\louis\ramdisk\myapp\myapp.csproj]
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: System.TypeInitializationE
xception: The type initializer for 'Microsoft.Build.Tasks.CultureInfoCache'
threw an exception. [Z:\home\louis\ramdisk\myapp\m
yapp.csproj]
I did a bit of testing and in fact ResolveLocaleName _never_ returns 0, so i
guess we could just improve stub a bit to return 1 and get away with it. I`ll
attach improved stub that fixes the bug
--
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=52940
Bug ID: 52940
Summary: [Regression]Assassin's Creed Origins crashes after
intro videos with vulkan backend on wine-git
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132
Distribution: Debian
Hi,
When you launch the game from UbisoftConnect, there are 3 intro video
(Epilepsy.bk2, pc_warningSaving.bk2 and warning_disclaimer.bk2) and then a
splash-screen (screenshot : https://ibb.co/fSC33zX) to access to the main menu.
This screenshot has been taken with DXVK, the game has an issue with wined3d
opengl/vulkan backend with with wine <= 7.7 (see bug #45358)
(https://bugs.winehq.org/attachment.cgi?id=72313)
With wine-git the game crashes after the 3 intro video when the splash-screen
must appears.
I did a regression test and the 1st bad commit is :
######
e7d86d9c6e58e8e133c606099615b0d9e7940132 is the first bad commit
commit e7d86d9c6e58e8e133c606099615b0d9e7940132
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Fri Apr 22 15:42:56 2022 -0500
wined3d: Clear Vulkan textures on the GPU in
wined3d_texture_vk_load_texture().
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/wined3d/texture.c | 61 ++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 52 insertions(+), 9 deletions(-)
######
After to revert it, i confirm that the broken splash-screen appears.
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here :
https://www.mediafire.com/file/n8gnbe5949mr4rs/AC_Origins_d3d_wine_git.7z/f…
--
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=52827
Bug ID: 52827
Summary: .NET 6 / .NET6 Application "Reloaded II" Fails to Run
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 72215
--> https://bugs.winehq.org/attachment.cgi?id=72215
Reloaded-II Vanilla Wine 7.6 Log
SHA256 Checksum of Setup.exe:
9f2c200d9049aa2a7729f17b2628f8ff152d10b5d6efbebee4c642b6a37a08db
Program version: 1.17.5
Open-source on Github; web archive download link:
https://web.archive.org/web/20220416193511/https://objects.githubuserconten…
Supposedly requires both .NET 6.x.x runtime x86 and x64 bits
-----
Installing the .NET 6 runtime prerequisites and attempting run the application
doesn't enable the application to run; it crashes on launch with various
errors, one of which mentioning XAML.
This application not working also prevents several other applications (namely
mod tools) from working as well.
(The ones that currently come to mind are Persona 4 Golden PC modding tools.)
--
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=28126
Summary: Big Race USA Demo: menu animations and music too fast
Product: Wine
Version: 1.3.26
Platform: x86-64
URL: http://games.softpedia.com/get/Games-Demo/Pro-Pinball-
Big-Race-USA-Demo.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: asb(a)asbradbury.org
Created an attachment (id=36038)
--> (http://bugs.winehq.org/attachment.cgi?id=36038)
bigraceusademo.exe on wine 1.3.26 (no debug channels)
In the Big Race USA Demo (or the full Big Race USA game as sold by gog.com),
the menu animations (blinking of text and spinning of icons) move far too fast.
Additionally, the game music and sound effects are incredibly fast and
'crackly'. I mention both issues as it seems likely they have the same root
cause. My CPU is an i5-750 at 2.67Ghz (presumably this problem may not occur on
something much slower like an Atom).
Workaround: Use cpulimit on the bigraceusademo.exe process. Turning on a noisy
enough debug channel will also slow the process down enough that the sound
problem will go away.
To reproduce, just install the linked demo, run bigraceusademo.exe and observe
the rapidly spinning menu items and corrupted audio output.
$ sha1sum bigrace.zip
fd5cbfc5da9dd29a010cb02a1f847a753a65c2b2 bigrace.zip
The demo and full game both work perfectly in Win 7 x64 on the same hardware.
I tested in wine 1.0.1, 1.2.3, 1.3.26 and some versions in between. The problem
was less pronounced in 1.0.1 (likely due to worse overall performance).
I'll attach the output from 1.3.26, though the only relevant line appears to be
the following, which seems to be a likely culprit for the problem:
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x1557b0, flags 0x1, event (nil)
stub!
--
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=47229
Bug ID: 47229
Summary: gog.com - The Void: crashes when entering two game
locations
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
Created attachment 64501
--> https://bugs.winehq.org/attachment.cgi?id=64501
Output log of wine before crashing
Video game The Void (GOG edittion) crashes with "Unhandled page fault on read
access to 0x00000000 at address 0x1953eb7" in the same locations every time.
It's make finish game impossible. There are at least two problem places at
game.
See more in attachment log.
--
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=47720
Bug ID: 47720
Summary: eac3to performance issues
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 65192
--> https://bugs.winehq.org/attachment.cgi?id=65192
wine version
eac3to used to work well a year ago but now has a few issues which need to be
addressed not least of which is it takes 4 times longer to demux than it does
when run under windows. Also the lossless check seems not to be done and
certainly is not reported. A number of warnings which are generated apparently
needlessly. I have attached screen shots from under wine and under windows
which will show clearly the issues.
--
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=51312
Bug ID: 51312
Summary: dxgi:dxgi: Wrong screen mode order on AMD GPUs
(cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi gets failures of the form:
https://test.winehq.org/data/patterns.html#dxgi:dxgi
dxgi.c:1460: Test failed: Mode 3: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 22: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 55: Modes should have been sorted, refresh rate
59.940060 < 75.000000.
* These failures happen on all available Windows versions (8.1 to 10 2009).
* They also happen regardless of the Radeon driver version: 19.11.3 to 21.4.1.
* They don't happen on machines with any other GPU (cw-gtx560 and QEmu VMs).
* They also happen systematically so are not probably caused by a threading
issue.
* So this really looks like a Radeon-specific behavior.
The failing test was introduced by the following commit:
commit eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d
Author: Andrew Eikum <aeikum(a)codeweavers.com>
AuthorDate: Mon Oct 28 16:59:18 2019 +0330
dxgi: Sort reported output modes.
Sekiro: Shadows Die Twice depends on this for its mode switching.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Does the application crash on Windows machines with an AMD GPU?
Or does the Radeon driver return the wrong order only on some GPUs?
If the application does not crash maybe our order specification is a bit too
strict?
Given that an application depends on this we probably want Wine to respect the
ordering.
Just add a broken()?
--
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=52996
Bug ID: 52996
Summary: comdlg32:printdlg fails when OneNote is installed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comdlg32:printdlg fails on cw-gtx560 and cw-rx460 when running Windows 1809 and
1909:
printdlg.c:198: driver 'winspool' device 'OneNote' port
'Microsoft.Office.OneNote_16001.11629.20028.0_x64__8wekyb3d8bbwe_microsoft.onenoteim_S-1-5-21-2735375161-1667520140-535807745-1002'
printdlg.c:215: Test failed: got 0 with 2 and 00000000 for '' (expected '>1'
and '!= NULL')
printdlg.c:220: Test failed: got driver 'winspool' (expected '')
https://test.winehq.org/data/tests/comdlg32:printdlg.html
It turns out these test configurations are the only ones that have this
'OneNote' line. All the others have the following trace instead:
printdlg.c:198: driver 'winspool' device 'Microsoft Print to PDF' port
'PORTPROMPT:'
So my understanding is that 'Microsoft Print to PDF' is the default printer for
all the machines except for these four where "OneNote" is the default instead.
I don't know how "OneNote" came to be the default on these machines. I don't
think it was intentional on my part. Rather I suspect there was some randomness
in the order in which some Windows updates were installed or something like
that.
For reference the cw-rx460-1909 machine has the following printers:
* Fax
* Microsoft Print to PDF
--> This seems to be the default printer on all other machines.
* Microsoft XPS Document Writer
* OneNote
--> This is the one that's selected by default in notepad, so presumably the
default printer.
(The Windows 10 1909 GUI does not make that really clear anywhere else
that I could find)
So it seems like the test should be adjusted to not fail with the OneNote
printer.
That or that check should be skipped?
--
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=50368
Bug ID: 50368
Summary: DragonAge Origins Launcher doesn't toggle music status
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Until recently the Dragon Age Origins Launcher didn't work at all becouse bug
#44185 that was recently fixed.
However now, the laucnehr start, it play correctly the music but the toggle
button to disable/enable the music doesn't work.
This is the flow of what seems the issue:
0164:trace:mci:mciSendStringW (L"pause all", 0074EE48, 100, 00000000)
0164:trace:mci:mciSendStringW verb=L"pause" on dev=L"all"; offset=4
0164:trace:mci:mciSendStringW [-1, MCI_PAUSE, 00000000, 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000]
0164:fixme:mci:MCI_SendCommand unhandled MCI_ALL_DEVICE_ID
0164:trace:mci:mciSendStringW => 117
wine isn't handling correctly the MCI_ALL_DEVICE_ID case in cases others then
closing the device.
This affect just the launcher (the game should work properly if not regressed
recently, still didn't try) so low priority, but other programs may be
affected.
--
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=52990
Bug ID: 52990
Summary: MFMEv20 Emulator needs user32.RegisterTouchWindow
implementation
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
With wine-7.8, the application pops up an error dialog on start:
RegisterTouchWindow Failed.
If the function is hacked to return TRUE instead of FALSE, the application then
starts fine.
--
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=51217
Bug ID: 51217
Summary: RtlWow64IsWowGuestMachineSupported() check fails on
w1064v1607 for the 32-bit ntdll:info
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info has a failure on w1064v1607 (Windows 10 64-bit version 1607 running
the 32-bit tests):
https://test.winehq.org/data/patterns.html#ntdll:info
info.c:3024: Test failed: wrong result 0
This is a check of the RtlWow64IsWowGuestMachineSupported() result.
The commit that introduced this check is:
commit 4f8ede8e7665328a2a3ccd303875e239bf443512
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Apr 29 17:15:15 2021 +0200
ntdll: Implement RtlWow64IsWowGuestMachineSupported().
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=51078
Bug ID: 51078
Summary: mshtml:events hangs on Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 69941
--> https://bugs.winehq.org/attachment.cgi?id=69941
Patch to more reliably reproduce the hang
mshtml:events sometimes hangs on Windows 10 1709:
http://winetest.dolphin/data/patterns.html#mshtml:events
For some reason this only happens on Windows 1709 (the reports say this is
mshtml 11.0.16299.309).
The test proceeds all the way to the end but then does not exit because the
mshtml component still has threads running:
VSyncHelper
Internet Explorer_Hidden
MSCTFIME UI
Commenting out the test_focus() run gets rid of the hangs.
Also running the test with WINETEST_INTERACTIVE=1 greatly increases the
probability of getting a hang. I attached a patch that does that and can be
used to reproduce the hang on the TestBot's w1064v1709 VM.
So this is clearly related to focus.
--
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=39659
Bug ID: 39659
Summary: comctl32:button test gets unexpected WM_CANCELMODE on
my Windows 8 laptop
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Created attachment 52866
--> https://bugs.winehq.org/attachment.cgi?id=52866
log of test failure
Test report:
https://test.winehq.org/data/1d19eb15d4abfdd14dccc5ac05b83c0ee1a1ace1/win8_…
Message tests calling SetFocus() on a button fail on my Windows 8 machine,
because they get a WM_CANCELMODE message they weren't expecting. I have no idea
what's special about my setup. It doesn't matter if I run the test stand-alone
or with the full test suite, or if I run it as a dedicated user with a default
configuration.
--
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=30875
Bug #: 30875
Summary: Unable to deselect character blocks in BMFont
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dav75uk(a)yahoo.co.uk
Classification: Unclassified
Run BMFont (http://www.angelcode.com/products/bmfont/) and click on some of the
checkboxes to the right to select characters to be included. It is not possible
to uncheck the checkboxes.
Workaround is to unselect one of the characters (click on a character in that
range) which changes the full checked box to a part check box. The part check
box can be unselected.
--
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=52911
Bug ID: 52911
Summary: ole32:moniker fails on Windows in the UTF-8 codepage
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: ---
ole32:moniker fails on Windows in the UTF-8 codepage:
moniker.c:2189: Test failed: IsEqual failed with error 0x000001
[...]
https://test.winehq.org/data/patterns.html#ole32:moniker
So the failures happen because moniker1 and moniker2 are always different.
Adding a call to winetest_push_context() shows that the failures all happen for
string 2 which ole32:moniker uses to skip tests on code pages where there are
round-trip issues:
{0xc0, 0xc1, 0xc2, 0xc3, 0xc4, 0xc5, 0xc6, 0xc7, 0xc8, 0xc9, 0xca,
0xcb, 0xcc, 0xcd, 0xce, 0xcf, 0xd0, 0},
[...]
skip("string 2 doesn't round trip in codepage %u\n", GetACP() );
So it looks like the skip fails to trigger for the UTF-8 codepage (or that we
should do something else to make the UTF-8 case work).
--
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=52986
Bug ID: 52986
Summary: d3d9:device - In Wine test_vertex_buffer_read_write()
fails on on cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:device - In Wine test_vertex_buffer_read_write() only succeeds on
cw-rx460:
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 0.
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 1.
device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 2.
https://test.winehq.org/data/patterns.html#d3d9:device
This is specific to this machine so it seems likely that this is related to the
graphics card / driver.
--
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=52985
Bug ID: 52985
Summary: d3d9:device - test_reset_fullscreen() gets an
unexpected WM_SIZE message with fvwm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72354
--> https://bugs.winehq.org/attachment.cgi?id=72354
The TestBot's fvwm configuration
d3d9:device - test_reset_fullscreen() gets an unexpected WM_SIZE message with
fvwm:
device.c:4822: Test failed: Received unexpected WM_SIZE message.
https://test.winehq.org/data/patterns.html#d3d9:device
This failure happens on cw-gtx560, cw-rx460 and debian11 VM which all run
Debian 11 with fvwm, and on debiant VM which runs Debian Testing with fvwm.
But it does not happen on fg-deb64 which runs Debian 11 too, but with KDE's
window manager.
So it is pretty likely that this failure only happens when running fvwm.
--
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=52984
Bug ID: 52984
Summary: d3d8:device - test_cursor_pos() missing a MOUSEMOVE on
cw-gtx560 and cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d8:device - test_cursor_pos() is missing a MOUSEMOVE most of the time on
cw-gtx560 and cw-rx460:
device.c:1324: Test failed: Didn't receive MOUSEMOVE 0 (50, 50).
https://test.winehq.org/data/patterns.html#d3d8:device
This happens almost systematically on cw-gtx560 and cw-rx460 with Windows 10
1709 to 1909 but happens much less frequently with more recent Windows
versions.
Also it never happens in the TestBot VMs running the same Windows versions and
also does not happen on fgtb-w10pro64-rx550.
So it may be related to the set of display modes that the monitor supports
which would explain why the KVM-connected machines are impacted and not the
others.
Or it could be related to the GPU drivers and fgtb-w10pro64-rx550 just got
lucky because it's on a more recent Windows version.
--
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=52935
Bug ID: 52935
Summary: comctl32:tab - test_tab(-1&-3) fails on Windows with
the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:tab's test_tab(-1&-3) fails on Windows with the UTF-8 codepage:
tab.c:591: Testing with default MinWidth
tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1]
tab.c:593: Testing with MinWidth set to -3
tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1]
tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got
[48,30]
tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got
[48,20]
tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1]
https://test.winehq.org/data/patterns.html#comctl32:tab
Hindi + UTF-8 is the only locale where this test fails on Windows at this time.
In particular there is no failure on the standard Hindi locale (English system
locale) so this appears to be specific to UTF-8.
--
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=52939
Bug ID: 52939
Summary: advapi32:registry - test_RegNotifyChangeKeyValue() has
an intermittent failure on all Windows versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 72312
--> https://bugs.winehq.org/attachment.cgi?id=72312
Loop on test_RegNotifyChangeKeyValue() to reproduce the event failures
advapi32:registry's test_RegNotifyChangeKeyValue() has an intermittent failure
on all Windows versions:
registry.c:3471: Test failed: expected ERROR_SUCCESS, got 6
registry.c:3599: Test failed: expected WAIT_OBJECT_0, got 258
https://test.winehq.org/data/patterns.html#advapi32:registry
The failure is pretty rare so it is likely to cause false positives. The
attached patch makes it possible to systematically reproduce the issue, at
least on my test VM. With the 10000 loops I get 4 to 5 cases with the failure
(so a rate of 0.05%) and a test run still takes under 8 seconds.
--
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=52925
Bug ID: 52925
Summary: usp10:usp10 The wgDefault check fails on Windows in
non-basic locales (Hebrew, Japanese, etc)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
usp10:usp10's wgDefault check in test_ScriptGetFontProperties() fails on some
bitmap fonts in a number of locales:
* Arabic
usp10.c:2591: Test failed: bitmap font System wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 0126, tmDefaultChar
0085
usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 0126,
tmDefaultChar 0085
* Hebrew
usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 01ac,
tmDefaultChar 0080
* Hindi + UTF-8 (no failure for plain Hindi)
usp10.c:2591: Test failed: bitmap font System wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Courier wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 00fd, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 00fd,
tmDefaultChar 0081
usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 00fd,
tmDefaultChar 0080
* Japanese
usp10.c:2591: Test failed: bitmap font FixedSys wgDefault 00f0, tmDefaultChar
00a0
usp10.c:2591: Test failed: bitmap font @FixedSys wgDefault 00f0, tmDefaultChar
00a0
* Chinese
usp10.c:2591: Test failed: bitmap font System wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @System wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Terminal wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @Terminal wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00ac, tmDefaultChar
0080
usp10.c:2591: Test failed: bitmap font @Fixedsys wgDefault 00ac, tmDefaultChar
0080
https://test.winehq.org/data/patterns.html#usp10:usp10
In each case we get the expected value on Windows with a number of fonts but
there are some exceptions that cause the failures. For a given locale the
exceptions all have the same wgDefault value which means there is probably some
logic to it.
So we either need to come up with a better way to find the expected wgDefault
value, or to radically loosen the test, or to restrict the test to some 'safe'
fonts, or to remove the test entirely.
--
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=52981
Bug ID: 52981
Summary: windows.media.speech:speech - SpeechRecognizer fails
to initializes with elevated privileges
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Most of test_SpeechRecognizer() is skipped when run with elevated privileges:
speech.c:896: SpeechRecognizer default language L"fr-FR".
speech.c:1172: Tests skipped: Could not init SpeechRecognizer with default
language!
https://test.winehq.org/data/patterns.html#windows.media.speech:speech
The involved lines are:
919 hr = RoActivateInstance(hstr, &inspectable);
922 if (hr == S_OK)
...
1170 else if (hr == SPERR_WINRT_INTERNAL_ERROR) /* Not sure when this
triggers. Probably if a language pack is not installed. */
1171 {
1172 win_skip("Could not init SpeechRecognizer with default
language!\n");
An analysis of the test results across Windows versions shows that we see this
SPERR_WINRT_INTERNAL_ERROR on Windows 10 >= 1809:
cw-gtx560-1507 S_OK
cw-rx460-1507 S_OK
w1064v1507 S_OK
w1064v1607 S_OK
cw-gtx560-1709 S_OK
cw-rx460-1709 S_OK
w1064v1709 S_OK
cw-gtx560-1809 skipped
cw-rx460-1809 skipped
w1064v1809 skipped
cw-gtx560-1909 skipped
cw-rx460-1909 skipped
w1064v1909 skipped
w1064v2004 skipped
cw-gtx560-2009 skipped
cw-rx460-2009 skipped
w1064v2009 skipped
cw-gtx560-21h1 skipped
cw-rx460-21h1 skipped
w10pro64-21h1 skipped
cw-gtx560-21h2 skipped
cw-rx460-21h2 skipped
w1064-21h2 skipped
w10pro64-21h2 skipped
So far that looks pretty clear cut: Microsoft changed things around 1809 such
that processes running with elevated privileges cannot / are not allowed to
perform speech recognition. That would mean the test should drop the privileges
so it can run on any platform.
However the test was not skipped in the w10pro64v2004 and w10pro64 (21H1) test
configurations... until they were upgraded.
So this indicates that there may be a way to get this test to work even while
retaining elevated privileges. But how?
To help debug the issue I added two test configurations:
* w10pro64restored
The w10pro64 VM restored from a backup of the pre-2022-05 upgrade VM.
Surprisingly the test still ends up being skipped!
* w10pro64old
Luckily before the upgrade I moved the old VM out of the way. It is now
available as w10pro64old with the exact same live snapshots. Comfortingly the
test is still not skipped, even after waiting some time and rebooting.
That last part indicates there may be something either in the way the TestBot
creates the live snapshots, or in the "WineTestBot VMs" checklist I go through
when preparing the VMs and the cw-* machines (but then the clear 1809 cutoff
point is quite a coincidence).
--
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=33621
Bug #: 33621
Summary: [UWIN] ksh93 from UWIN generates a lot of fixme
warnings
Product: Wine
Version: 1.5.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simon.toedt(a)gmail.com
Classification: Unclassified
Running ksh93 (Korn Shell 93) from the UWIN (Unix emulation on Windows) toolkit
generates a lot of "fixme" warnings and the shell is generally not useable.
The goal is to use WINE for automated testing without having to fire up a full
blown Windows system each time in VMware or real iron.
Steps to test:
1. Install UWIN:
> wget --http-user="I accept www.opensource.org/licenses/eclipse"
--http-passwd="."
'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…'
> wine uwin-base.2013-02-08.win32.i386.exe
2. Run Windows/UWIN version of ksh93:
wine64 'C:\Program Files/UWIN/usr/bin/ksh.exe'
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000000, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:advapi:LsaOpenPolicy ((null),0x23f980,0x00000001,0x23f950) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:netbios:NetServerEnum Stub ((null) 100 0x23f440 -1 0x23fbb8 0x23fbc8 24
(null) (nil))
fixme:netapi32:NetGetDCName ((null), (null), 0x23f448) stub!
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0xf70850,symt:0xfce150)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x20e2370,symt:0x2140480)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e98,symt:0x2970264)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2943cb0,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e90,symt:(nil))
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x36b3448,symt:0x378fa1c)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743718,symt:0x37781b4)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743658,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x37425a0,symt:0x3754e38)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
wine version is wine-1.5.30. Wine versions older than wine-1.5.30 may not work
as described in bug 33619.
IMO the most pressing problems are:
1. fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial
stub.
2. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
3. fixme:netapi32:NetUserGetInfo Level 3 is not implemented
4. fixme:ntdll:NtSetInformationToken unimplemented class 4
5. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
--
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=52968
Bug ID: 52968
Summary: CPU BoostTester manages to run only on real cores in
Windows, but not with wine
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: christian.frank(a)gmx.de
Distribution: ---
Hi,
the following tiny porgram is used to test the boost capability of cpus.
It detects real cores and only tests those, not the smt siblings.
On windows it manages to run on the real cores only.
On Linux it runs on the cores 0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30
I am using a 5950x.
The real cores are 0-15. The siblings ar 16-31.
0+16 is a pair, 1+17, 2+18 etc..
So instead of testing the 16 real cores, it is testing only 8 + siblings.
The software is availible here, including source.
I don't know if the software is doing some strange things to detect the real
cores or if the issue is on the wine side.
As the source is just a handful of c++ code, someone with experience might take
a look and judge where the problem is, wine or the program.
Here is the link:
https://github.com/jedi95/BoostTester
Many thx !
--
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.