https://bugs.winehq.org/show_bug.cgi?id=52072
Bug ID: 52072
Summary: winmm:mci fails in wow64 Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winmm:mci started failing in wow64 Wine on 2021-11-11. It now has 51 failures:
mci.c:248: Test failed: status 4(mode): MCIERR_UNSUPPORTED_FUNCTION
mci.c:328: Test failed: status mode: MCIERR_UNSUPPORTED_FUNCTION
mci.c:656: Test marked todo: mci info new file returned 0=NOERROR
mci.c:660: Test marked todo: status x length initial:
MCIERR_UNSUPPORTED_FUNCTION
mci.c:665: Test failed: mci status samplespersec returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:732: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:781: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:812: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:827: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:848: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:849: Test failed: mci status mode: after play from 0 to 0
mci.c:860: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:903: Test failed: mci status position notify returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:906: Test failed: Expect message 0001 from status position
mci.c:909: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:910: Test failed: mci status mode:
mci.c:915: Test marked todo: Expect message 0001 from play to 250 wait notify
mci.c:955: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:956: Test failed: mci status mode:
mci.c:974: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:975: position after Sleep: ms
[...]
https://test.winehq.org/data/patterns.html#winmm:mci
Note that besides the test failures the "mci status mode: " and "position after
Sleep: ms" messages are suspicious.
All four Linux test machines are impacted by this: the failure test pattern
makes it obvious for cw-gtx560, cw-rx460 and the TestBot's debiant2 VM.
fg-deb64 is impacted as well but it is masked by the preexisting timeout.
Strangely a bisect shows that these failures started with this commit:
commit 7c5761ed40f0b8cead7fa837b745b687d5df67d8
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 11 16:21:00 2021 +0100
wrc: Ignore the target option.
Nothing in resource files depends on the pointer size.
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=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.
http://bugs.winehq.org/show_bug.cgi?id=25193
Summary: Dasher does not operate correctly
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: physicspirate(a)yahoo.ca
Greetings,
I've attempted to run
Dasher(http://appdb.winehq.org/objectManager.php?sClass=version&iId=21982&i…
and it does not appear to be loading or functioning correctly.
I've attached a screenshot of what happens after loading. There is a gray box
up top, and it appears to be non responsive. There also seems to be some
problems with the networking as I have a high speed connection, and their
servers tell me my latency is too high. If I run the same program on windows
it runs like a dream.
--
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=51834
Bug ID: 51834
Summary: EMF DC emits invalid EMF when calling StretchDiBits
with info->bmiHeader.biSizeImage = 0
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com
Distribution: ---
BITMAPINFOHEADER allows setting biSizeImage to zero when biCompression is
BI_RGB.
However, the Wine EMF DC does not handle this case and takes the biSizeImage
value as-is.
This results in an invalid Enhanced Metafile output.
--
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=51733
Bug ID: 51733
Summary: CreateProcess does not properly set the current
directory of the new process.
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
Regression.
The current directory of the new process, created with CreateProcessW is always
set to "/" (z:\) instead of the current directory of the parent process.
I am testing with the following call:
The last version that works properly is WINE 6.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=51415
Bug ID: 51415
Summary: Windows PC Health Check requires msvcp_win.dll
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
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:
0164:err:module:import_dll Library msvcp_win.dll (which is needed by
L"C:\\users\\alex\\AppData\\Local\\PCHealthCheck\\PCHealthClient.dll") not
found
This DLL appears to be yet another copy of the Microsoft C++ runtime.
$ 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=51307
Bug ID: 51307
Summary: msvcp140:msvcp140 fails on msvcp140 >= 14.25
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
On cw-rx460 machines that have either Radeon 21.3.2 or 21.4.1 the 64-bit
msvcp140:msvcp140 test fails:
https://test.winehq.org/data/patterns.html#msvcp140:msvcp140
msvcp140.c:1257: Test failed: ret = 37, expected 39
msvcp140.c:1258: Test failed: buf = The operation completed
successfully.aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaThe
operation completed successfully.
, expected The operation completed successfully.
This is probably because the Radeon driver upgrades the 64-bit msvcp140.dll.
Currently we have:
Radeon msvcp140
cw-rx460-1507 19.11.3 14.14.26429.4
cw-rx460-1709 19.11.3 14.14.26429.4
cw-rx460-1809 19.11.3 14.14.26429.4
cw-rx460-1909 21.4.1 14.25.28508.3
cw-rx460-2009 21.4.1 14.25.28508.3
Also:
w1064v1507 - -
w1064v1607 - 14.0.23026.0
w1064v1709 - 14.0.23026.0
w1064v1809 - 14.0.23026.0
w1064v1909 - 14.0.23026.0
w10pro64 (2004) - 14.0.23026.0
w1064 (2009) - 14.0.23026.0
Note that the 14.0.23026.0 version comes from the "Visual C++ 2015
redistributables" package [1]. So all Radeon drivers actually install a newer
version.
But according to Chocolatey there are quite a few even newer versions, the
current latest being 14.29.30037. But there does not seem to be any
microsoft.com download URLs for it :-(
https://community.chocolatey.org/packages/vcredist140#versionhistory
[1] https://wiki.winehq.org/Wine_TestBot_VMs#msvcp140.2C_msvcr140.2C_ucrtbase
--
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=49181
Bug ID: 49181
Summary: msvcrt_test.exe: missing entry point
_point_get_sbh_threshold
Product: Wine
Version: 5.8
Hardware: arm
OS: Windows
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 49179
Similar to 49180, when running winetest.exe on armv7/surface rt,
msvcrt_test.exe throws an error dialog:
The procedure entry point _get_sbh_threshold could not be located in the
dynamic link library C:\Users\User\AppData\Local\Temp\wct\msvcrt_test.exe
--
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=52069
Bug ID: 52069
Summary: ntdll:virtual fails in test_NtAllocateVirtualMemory()
on Windows 10 1709 and older
Product: Wine
Version: unspecified
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:virtual fails in test_NtAllocateVirtualMemory() on Windows 7 to Windows
10 1709 in both 32- and 64-bit mode:
virtual.c:248: Test failed: wrong size 10000
https://test.winehq.org/data/patterns.html#ntdll:virtual
Unsurprisingly a bisect shows that the failure appeared with this commit:
commit 7d2a7b94aad8a776a2ee3031a18bb3b53d5925cd
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Nov 19 11:04:30 2021 +0100
ntdll: Fix handling of zero size with MEM_DECOMMIT.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52023
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
See also bug 52067.
--
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=51986
Bug ID: 51986
Summary: Extremely small fonts when using a theme
Product: Wine
Version: 6.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 70973
--> https://bugs.winehq.org/attachment.cgi?id=70973
notepad
After upgrading from Wine 6.19 to 6.21 certain fonts in certain applications
became tiny.
I'm using Windows XP Royal Theme.
When not using any themes, it's all fine.
See the attached screenshot for more info.
--
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=51647
Bug ID: 51647
Summary: Gimp can't create an image from screenshot (it becomes
unresponsive instead)
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 70505
--> https://bugs.winehq.org/attachment.cgi?id=70505
console messages
Gimp can't make an image from a screenshot.
To reproduce:
$ rm -rf ~/.wine
$ wineboot
$ wine ~/Downloads/gimp-2.10.24-setup-3.exe
$ wine ~/.wine/drive_c/Program\ Files/GIMP\ 2/bin/gimp-2.10.exe
Choose File->Create->Screenshot
Now gimp is no longer responsive, and the console shows this message:
"03bc:err:ntdll:RtlpWaitForCriticalSection section 00000000006D0C18 "?" wait
timed out in thread 03bc, blocked by 04d8, retrying (60 sec)"
My versions:
Gimp: 2.10
$ wine --version
wine-6.15-123-gbe8501ac6f1
$ uname -a
Linux cedric 5.13.10-arch1-1 #1 SMP PREEMPT Thu, 12 Aug 2021 21:59:14 +0000
x86_64 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=51183
Bug ID: 51183
Summary: Navicat V15.0.25 crashes when attempting to open
database: "Unhandled exception: page fault...."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: profconn1(a)gmail.com
Distribution: ---
Created attachment 70056
--> https://bugs.winehq.org/attachment.cgi?id=70056
Error report from Navicat crash
When attempting to open a database connection, Navicat crashes, displays error
message and closes (using under Fedora 34).
--
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=50985
Bug ID: 50985
Summary: ns_name_skip is glibc specific, causes failure to
build on musl
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: abenson+winehq(a)gmail.com
Distribution: ---
6.6 introduced a reliance on glibc-specific calls in dlls/dnsapi/libresolv.c in
commit 5f44c46164a5c0c50fffdf6cda9980a74079e1ac.
Specifically, musl does not implement ns_name_skip, and the library fails at
link time.
--
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=49426
Bug ID: 49426
Summary: Sookasa calls unimplemented functions and
ntoskrnl.exe.RtlGetElementGenericTable
ntoskrnl.exe.RtlLookupElementGenericTable
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 67510
--> https://bugs.winehq.org/attachment.cgi?id=67510
Terminal output
To reproduce:
1. Run `winetricks dotnet40`
2. Run `wine Sookasa_3.18.4.exe`
Console output is attached. After installation, the installer automatically
starts Sookasa, but the following error message appears:
Please reinstall Sookasa
Sookasa was unable to install one of its components. Please reinstall
Sookasa. If the problem persists, please contact support(a)sookasa.com [803]
Unfortunately, stub implementations of these two functions are not enough to
prevent a crash or avoid the error message.
First reported at
https://www.playonmac.com/en/topic-13406-Sookasa_not_installing.html
$ sha256sum Sookasa_3.18.4.exe
6379c6da33663616193aa38db022d37383010ab5a077c1f1cb48ab1fab5ffdf2
--
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=44427
Bug ID: 44427
Summary: Crashes program
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sluke0091(a)gmail.com
Distribution: ---
Created attachment 60369
--> https://bugs.winehq.org/attachment.cgi?id=60369
bug file attached
Program opens and then crashes 5 seconds later.
--
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.