https://bugs.winehq.org/show_bug.cgi?id=52023
Bug ID: 52023
Summary: VirtualFree returning error when it should not
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: elpochodelagente(a)gmail.com
Distribution: ---
Created attachment 71022
--> https://bugs.winehq.org/attachment.cgi?id=71022
test case source and exe
I find it odd that Wine's version of VirtualFree [1] with MEM_DECOMMIT does
nothing, and always returns error (STATUS_NO_MEMORY, see decommit_pages and
anon_map_fixed in dlls/ntdll/unix/virtual.c).
The attached test passes, (crashing) in windows but doesn't in wine:
$ x86_64-w64-mingw32-gcc -o decommit.exe decommit.c
Windows:
$ ./decommit.exe
======
test 1 - reserve, commit, release
> success!
======
test 2 - reserve, commit, decommit, attempt use
> Segmentation fault
Wine:
$ wine decommit.exe
======
test 1 - reserve, commit, release
> success!
======
test 2 - reserve, commit, decommit, attempt use
> Could not decommit memory. Error code: 8
======
[1]
https://docs.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-v…
--
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=51895
Bug ID: 51895
Summary: ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly
on some machines
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly on some machines:
misc.c:799: Test failed: fma(inf, 0.000000, 0.000000) got errno -1
misc.c:799: Test failed: fma(0.000000, inf, 0.000000) got errno -1
misc.c:799: Test failed: fma(inf, 1.000000, -inf) got errno -1
misc.c:799: Test failed: fma(-inf, 1.000000, inf) got errno -1
misc.c:799: Test failed: fma(1.000000, inf, -inf) got errno -1
misc.c:799: Test failed: fma(1.000000, -inf, inf) got errno -1
https://test.winehq.org/data/patterns.html#ucrtbase:misc
Additional tests seem to indicate this is related to the CPU features:
* The test succeeds on all TestBot VMs, and they also all return
_get_FMA3_enabled() = 0.
* The test fails on fgtb-w10pro64 (i7-4790K) where _get_FMA3_enabled() returns
1.
* Paul Gofman reported getting this failure on a modern AMD processor where
_get_FMA3_enabled() presumably returns 1 too.
Yet:
* The documentation says _get_FMA3_enabled() is about transcendental functions.
fma() is not one of them.
* _get_FMA3_enabled() is only available in 64-bit code but the failures happen
on both 32- and 64-bit code.
So it does look like this is related to the fma() implementation
(x87/SSE2/other?) picked by the ucrtbase library as opposed to library version
issues. But the details are murky and there may be some other common factor.
The MSDN documentation does say that fma(inf,0,0) should return NaN, which it
does. The documentation is less clear on errno which is what we test.
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/fma-fmaf-f…
So maybe applications cannot rely on errno being set (particularly on modern
processors) and this particular test should be removed.
--
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=51624
Bug ID: 51624
Summary: TETRIS (16bit) shows wrong background for scoreboard
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 70480
--> https://bugs.winehq.org/attachment.cgi?id=70480
Screenshot showing the issue
Follow up to bug 51570.
The graphics of the game almost work now, but the scoreboard to the left has
the wrong background.
--
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=32991
Bug #: 32991
Summary: ARM port of "WabbitEMU" crashes due to unimplemented
function KERNEL32.dll.RtlUnwindEx (no ntdll forward on
arch=arm)
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
the ARM port of "WabbitEMU", a Texas Instruments graphing calculator emulator
and dev tools crashes after clicking "Browse for a ROM image" radio button in
image selection dialog.
Download: http://forum.xda-developers.com/showpost.php?p=37928562
(main thread: http://forum.xda-developers.com/showthread.php?t=2092348)
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay wine ./Wabbitemu.exe
...
0024:Call user32.GetWindowTextA(00010096,40a0ebf0,00000104) ret=00439fa5
0024:Call window proc 0x40bc5f30
(hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0)
0024:Ret window proc 0x40bc5f30
(hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0) retval=00000000
0024:Ret user32.GetWindowTextA() retval=00000000 ret=00439fa5
0024:Call KERNEL32.GetLastError() ret=004141cf
0024:Ret KERNEL32.GetLastError() retval=00000000 ret=004141cf
0024:trace:seh:raise_exception info[0]=0047be54
0024:trace:seh:raise_exception info[1]=0047cc8e
wine: Call from 0x7bc9a630 to unimplemented function KERNEL32.dll.RtlUnwindEx,
aborting
0024:trace:seh:call_stack_handlers calling handler at 0x7bcb8d88 code=80000100
flags=1
0024:Call KERNEL32.UnhandledExceptionFilter(40a0e81c) ret=7bcb8df0
--- snip ---
The app is importing all win32 API by name so it's the real thing :-)
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
It also needs KERNEL32.dll.RtlLookupFunctionEntry later.
Wine forwards both to ntdll but only on arch=x86_64.
It seems Windows RT exposes both API.
Interestingly only the MSDN page for KERNEL32.dll.RtlLookupFunctionEntry gives
a hint about this:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition").
Regards
--
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=52077
Bug ID: 52077
Summary: Windows PC Health Check crashes on unimplemented
function
api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFea
tureStateChangeNotification
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `winecfg` and set the Windows version to Windows 10.
2. Run `wine msiexec /i WindowsPCHealthCheckSetup.msi` and click through the
installer.
3. When the installer finishes and the app tries to start, you will see:
wine: Call from 000000007B01230E to unimplemented function
api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFeatureStateChangeNotification,
aborting
$ sha256sum WindowsPCHealthCheckSetup.msi
45c82e40ed0e27db7c55e0554512631b8f175b06d9b2d2cf58db52b18f0913fa
--
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=51557
Bug ID: 51557
Summary: GetSystemFirmwareTable fails to return SMBIOS on Apple
Silicon Macs
Product: Wine
Version: 6.14
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
The macOS implementation of GetSystemFirmwareTable() retrieves the system's
actual SMBIOS table using IOKit. This fails on Apple Silicon/ARM64 Macs, since
they don't have an SMBIOS table.
This breaks any applications that depend on getting an SMBIOS table (like the
Rockstar Games Launcher) or that look for the
HKLM/Hardware/Description/System/BIOS registry keys.
I think the fix will be to use the SMBIOS table creation functions used by
Linux currently, with strings and data (serial number, UUID, etc) coming from
IOKit if possible.
--
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=51490
Bug ID: 51490
Summary: dinput:device has a random failure in
overlapped_format_tests() on Windows 8.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:device has a random failure on the w8 VM:
https://test.winehq.org/data/patterns.html#dinput:device
device.c:374: Test failed: keydown for D did not register
It sort of looks like a race condition though the pump_messages() call should
take care of that.
The failing test (and all of overlapped_format_tests()) was added by the
following commit.
commit d10887b8f56792ebcca717ccc28a289f7bcaf107
Author: Arkadiusz Hiler <ahiler(a)codeweavers.com>
AuthorDate: Thu Jul 8 13:03:21 2021 +0300
dinput: Don't add 'default value 0' entries to the data transform.
This helps when dealing with the quirky c_dfDIJoystick2 format,
which defines all the sliders as overlapping, i.e. rglSlider[2],
rglVSlider[2], rglASlider[2] and rglFSlider[2] all share the same
offset.
With the Linux backends, if the device exposes enough axes (e.g. some
HOTAS) we end up using rglSlider.
Let's make sure we don't unnecessarily override the values there.
Signed-off-by: Arkadiusz Hiler <ahiler(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=48119
Bug ID: 48119
Summary: The tests sometimes trigger "critical section is not
acquired" errors
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The logs of most test runs, WineTest and others, contain critical section
errors complaining that the critical section was not acquired before being
released.
Most are caused by the following two tests:
msvcp120:msvcp120 intentionally triggers one such error in test_threads__Mtx().
It's easy to identify because it follows a bunch of CreateSymbolicLinkA()
fixmes:
0044:fixme:file:CreateSymbolicLinkA ("tr2_test_dir/f1_symlink"
"tr2_test_dir/f1" 0): stub
0044:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: beef
0044:err:ntdll:RtlLeaveCriticalSection section 0x622088 is not acquired
ntdll:rtl intentionally triggers two such errors in
test_RtlLeaveCriticalSection(). They stand alone but would typically follow a
bunch of RtlGetCompressionWorkSpaceSize fixmes from previous tests:
https://testbot.winehq.org/JobDetails.pl?Key=60096
0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired
0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired
But there are other logs that contain this error with no identified source. For
instance in task 60103/4/2 (wow64) which is for an unrelated patch and only
runs kernel32 tests which do not normally trigger this error:
https://testbot.winehq.org/JobDetails.pl?Key=60103#k402
[...]
Extracting: Done (1 of 1)
Running tests
003e:err:ntdll:RtlLeaveCriticalSection section 0x14c80 is not acquired
002e:fixme:console:GetConsoleProcessList ((nil),0): stub
[...]
Or task 59774/4/1 (win32) which only ran comctl32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59774#k401
Or task 59426/1/1 (wow32) which only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59426
Or task 59176/3/1 (wow32/wow64?) which, again, only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59176#k301
Or task 59042/1/1 (wow32/wow64?) which, again, only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59042#k101
--
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.