wine-bugs March 2022

wine-bugs@winehq.org

1 participants
3898 discussions

[Bug 51599] New: cmd.exe incorrectly parses an all-whitespace line followed by a closing parenthesis
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51599 Bug ID: 51599 Summary: cmd.exe incorrectly parses an all-whitespace line followed by a closing parenthesis Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 70449 --> https://bugs.winehq.org/attachment.cgi?id=70449 Example batch file The attached batch file works on Windows, but Wine says: Can't recognize ')' as an internal or external command, or batch script. Wine's cmd.exe doesn't have a problem with entirely blank lines, but something about having spaces on the line is tripping it up. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 46070] New: Basemark Web 3.0 Desktop Launcher crashes
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=46070 Bug ID: 46070 Summary: Basemark Web 3.0 Desktop Launcher crashes Product: Wine Version: 3.19 Hardware: x86 URL: http://web.basemark.com/downloads/Basemark_web_30_laun cher.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 62675 --> https://bugs.winehq.org/attachment.cgi?id=62675 crash log Fatal Python error: Py_Initialize: can't initialize sys standard streams OSError: [WinError 6] Invalid handle sha1sum Basemark_web_30_launcher.exe c92f5548c62f43353f2dea743854d7edb0f45d70 Basemark_web_30_launcher.exe du -sh Basemark_web_30_launcher.exe 9.6M Basemark_web_30_launcher.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.

2 13

[Bug 51285] New: The bmpcoreimage test in user32:cursoricon fails on most Windows versions
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51285 Bug ID: 51285 Summary: The bmpcoreimage test in user32:cursoricon fails on most Windows versions Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The bmpcoreimage test in user32:cursoricon fails on most Windows versions. The failure is either: cursoricon.c:1217: Test failed: BMP (coreinfo): IMAGE_BITMAP failed. or cursoricon.c:1162: Test failed: BMP (coreinfo): Pixel is 0x00000000 https://test.winehq.org/data/patterns.html#user32:cursoricon A given Windows version can have different results. The result seems to depend on the user32.dll version, as if Microsoft issued a security fix that changed the handling of this bitmap and progressively converged on the "Pixel is 0" result. Here's the detailed result per platform and user32 version: vista 6.0.6002.18005 ok vistau64 6.0.6002.18005 ok w2008 6.0.6002.19714 ok w7pro64 6.1.7601.23594 ok w7u 6.1.7601.24546 Pixel is 0x00000000 w8 6.3.9600.17031 ok w864 6.3.9600.17031 ok w8.gtx 6.3.9600.17415 ok w8.rx 6.3.9600.19920 Pixel is 0x00000000 w1507 10.0.10240.16384 ok w1507.gtx 10.0.10240.16384 ok w1507.rx 10.0.10240.16384 ok w1607 10.0.14393.0 ok w1709.rx 10.0.16299.15 ok w1709 10.0.16299.125 ok w1709.gtx 10.0.16299.125 ok w1809.gtx 10.0.17763.168 ok w1809.rx 10.0.17763.168 ok w1809 10.0.17763.1339 IMAGE_BITMAP failed w1909.gtx 10.0.18362.719 IMAGE_BITMAP failed w1909.rx 10.0.18362.719 IMAGE_BITMAP failed w1909 10.0.18362.1110 Pixel is 0x00000000 w2004 10.0.19041.388 IMAGE_BITMAP failed w2009.fg 10.0.19041.610 Pixel is 0x00000000 w2009 10.0.19041.685 Pixel is 0x00000000 w2009.gtx 10.0.19041.906 Pixel is 0x00000000 w2009.rx 10.0.19041.906 Pixel is 0x00000000 Note that w1507, w1607 and w1709 may be missing updates (but installing them without upgrading to the next Windows version would be hard), which may be why they don't fail. So either this test should be removed, or it should be changed to expect 'pixel == 0' and allow for broken results (which does not fit with the way test_LoadImageFile() is currently implemented). We may also want to update Wine's BITMAP_Load() implementation to match the current Windows behavior. For reference this test bitmap was introduced in the commit below: commit 0dfedd50c38356c8049aef48e69b630204de0f79 Author: Wolfram Sang <wolfram(a)the-dreams.de> AuthorDate: Sat Jun 5 05:57:19 2010 +0200 user32: No sanity checks for BITMAPCOREINFO in BITMAP_Load. -- 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.

1 7

[Bug 49877] New: Minecraft Education Edition shows error during install: Fails to create scheduled task
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49877 Bug ID: 49877 Summary: Minecraft Education Edition shows error during install: Fails to create scheduled task Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 68223 --> https://bugs.winehq.org/attachment.cgi?id=68223 Screenshot error message As the title says, it won't install. Might have other issues as well, but this is about this first error. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 48110] New: Toad for MySQL Freeware 7.x (.NET 4.5 app) wants TaskService::ConnectedUser property
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=48110 Bug ID: 48110 Summary: Toad for MySQL Freeware 7.x (.NET 4.5 app) wants TaskService::ConnectedUser property Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Quest Software/Toad for MySQL Freeware 7.3 $ wine ./toad.exe 002f:fixme:taskschd:TaskService_get_ConnectedUser 15ACF3A8,0032EB38: stub --- snip --- The exception dialog can be dismissed though (non-fatal). Managed backtrace from app: --- snip --- ... System.NotImplementedException The method or operation is not implemented. Stack Trace: at Microsoft.Win32.TaskScheduler.V2Interop.TaskSchedulerClass.get_ConnectedUser() at Microsoft.Win32.TaskScheduler.TaskService.Connect() at Microsoft.Win32.TaskScheduler.TaskService..ctor() at Quest.Toad.Util.Migration.CheckScheduledTasks(Boolean force) at Quest.Toad.Util.Migration.MigrateSettings() at Quest.Toad.Gui.MainForm.runFirstEverExecution() at Quest.Toad.Gui.MainForm.MainForm_Shown(Object sender, EventArgs e) at System.Windows.Forms.Form.OnShown(EventArgs e) at System.Windows.Forms.Form.CallShownEvent() at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme) at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme) at System.Windows.Forms.Control.InvokeMarshaledCallbacks() --- snip --- https://source.winehq.org/git/wine.git/blob/86faa3d2765f8159d38b7fac069a188… --- snip --- 3931 static HRESULT WINAPI TaskService_get_ConnectedUser(ITaskService *iface, BSTR *user) 3932 { 3933 FIXME("%p,%p: stub\n", iface, user); 3934 return E_NOTIMPL; 3935 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/taskschd/taskservice Download: https://web.archive.org/web/20191116093038/https://files.downloadnow.com/s/… $ sha1sum ToadforMySQL_Freeware_7.3.1.3290.* 8afd76a00c1ebb538230bb11036471778af5c2a6 ToadforMySQL_Freeware_7.3.1.3290.exe 29c1bd74b1e9133a9f9cacdd2b25244bdab38d4a ToadforMySQL_Freeware_7.3.1.3290.zip $ du -sh ToadforMySQL_Freeware_7.3.1.3290.* 80M ToadforMySQL_Freeware_7.3.1.3290.exe 80M ToadforMySQL_Freeware_7.3.1.3290.zip $ wine --version wine-4.20 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.

1 14

[Bug 52399] New: SIMATIC WinCC V15.1 Runtime installer: SeCon tool fails with error 5 while trying to create 'C:\\windows\Security\\SecurityController' (needs '%windir%\\security')
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52399 Bug ID: 52399 Summary: SIMATIC WinCC V15.1 Runtime installer: SeCon tool fails with error 5 while trying to create 'C:\\windows\Security\\SecurityController' (needs '%windir%\\security') Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while revisiting some SIMATIC WinCC V15.1 Runtime installer tickets of mine. The failure happens during installation of 'Automation License Manager' component. Default 64-bit WINEPREFIX (Windows 7). It is considered critical and blocks further installation. Running the tool directly, simulating sub-installer call: --- snip --- $ pwd /home/focht/.wine/drive_c/SIMATIC WinCC Runtime Advanced V15.1/InstData/Resources/SeCon $ WINEDEBUG=+seh,+relay wine ./SeCon_x64.exe ApplyFeatures "C:\\users\\focht\\Temp\\SeconOpFile.ini" timeout=20 >> log.txt 2>&1 ... 01a0:Call KERNEL32.CreateDirectoryW(020f2908 L"C:\\windows\\Security\\SecurityController",00000000) ret=140010adf ... 01a0:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b0165bf 01a0:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b0165bf 01a0:Ret KERNEL32.CreateDirectoryW() retval=00000000 ret=140010adf ... 01a0:Call oleaut32.SysAllocStringLen(020f0868 L"Error trying to create the repository folder 'C:\\windows\\Security\\SecurityController'",00000055) ret=140008457 --- snip --- 'C:\\ProgramData\\Siemens\\Automation\\Logfiles\\Setup\\SeCon.log' --- snip --- *** SeCon X64 is called with version 205.101.101.2 *** Date: 2022.01.15 17:15:08 *** operating system that is installed: VersionNT:601 Build:7601 Service Pack:1 Running on 64bit Windows *** Setup-SessionId: SIA_20220115170703 *** Action: ApplyFeatures 17:15:08|CRIT_ERROR |CSeCon::GetLogFileInRepositoryDir |Error trying to create the repository folder 'C:\windows\Security\SecurityController' 17:15:08| |CSeCon::InitEnvironment |Load Language resources... 17:15:08| |CResourceMgr::LoadResourceP |Language resources were loaded: C:\SIMATIC WINCC RUNTIME ADVANCED V15.1\InstData\Resources\SeCon\SeCon_1033.ulf 17:15:08| |CSeCon::ApplyFeatures |No Reboot needed 17:15:08| |CSeCon::ApplyFeatures |Apply feature was finished with error 17:15:08| |CSeCon::ApplyFeatures |END Returncode: 5 ============================================================================= --- snip --- The '%windir%\\security' directory is apparently used by Windows Security Center / Windows security policy tools and is by default present on Windows 7+. Stable download link via Internet Archive: https://archive.org/download/simatic-win-cc-runtime-advanced-v-15-1/SIMATIC… $ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786 SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 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.

1 6

[Bug 51813] New: python fatal error redirecting stdout to file
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51813 Bug ID: 51813 Summary: python fatal error redirecting stdout to file Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: ArchLinux python exits with a fatal error when the output is redirected to a file $ wget https://www.python.org/ftp/python/3.9.5/python-3.9.5-embed-win32.zip $ unzip python-3.9.5-embed-win32.zip $ wine python -c 'print("hello world")' > out.txt wine: created the configuration directory '/home/devel/.wine' ... wine: configuration in L"/home/devel/.wine" has been updated. Fatal Python error: init_sys_streams: can't initialize sys standard streams Python runtime state: core initialized OSError: [WinError 6] Invalid handle Current thread 0x000000d4 (most recent call first): <no Python frame> whereas it succeeds on stdout or /dev/null: $ wine python -c 'print("hello world")' hello world I also tried python 3.8.6 and wine 6.15/6.14 without luck see also topic https://forum.winehq.org/viewtopic.php?f=8&t=33992 -- 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.

1 23

[Bug 51957] New: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51957 Bug ID: 51957 Summary: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 70937 --> https://bugs.winehq.org/attachment.cgi?id=70937 possible patch Hi, I found this as installer of adobe digital editions is failing in chocolatey. First autohotkey is installed, i guess to press some button from license agreement. After that script tries to install adobe digital editions but fails at a line: $ahkProc = Start-Process -FilePath 'AutoHotKey' ` -ArgumentList $ahkRun ` -PassThru Autohotkey is never started as this fails. I tested on windows and then both: Start-Process -FilePath 'AutoHotKey' and Start-Process -FilePath 'AutoHotKey.exe' succeed. In wine only the last one succeeds. Attached a patch that fixes this; Maybe needs more error checking? Hints for improvement welcome; Additional note: due to install-script for autohotkey following key is present: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths\AutoHotkey.exe] @="C:\\Program Files\\AutoHotkey\\AutoHotkey.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.

1 10

[Bug 46074] New: Visio 2013 crashes with unimplemented function msvcr100.dll.?? 0_ReaderWriterLock@details@Concurrency@@QAE@XZ
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=46074 Bug ID: 46074 Summary: Visio 2013 crashes with unimplemented function msvcr100.dll.??0_ReaderWriterLock@details@Concurrency@ @QAE@XZ Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Continuation of bug 41419 wine: Call from 0x7b43d18b to unimplemented function msvcr100.dll.??0_ReaderWriterLock@details@Concurrency@@QAE@XZ -- 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.

2 9

[Bug 44863] New: Performance regression in Prince of Persia 3D
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=44863 Bug ID: 44863 Summary: Performance regression in Prince of Persia 3D Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps. I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not run a regression test yet. The problem is that the game creates a rather large (2MB) D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations), writes a handful of vertices and draws a handful of vertices. Currently wined3d uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU every map / unmap / draw cycle. The most obvious performance fix is not to create a VBO. Doing this restores the performance, but questions remain. On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports system memory textures" and "NetImmerse D3DDriver Info: No AGP support detected". The first info seems wrong, so it is possible that the game enters a codepath it does not choose on Windows. Not creating a VBO is not an option on Core Contexts, so I investigated what's going wrong with the PBO codepath on. First of all, evicting the sysmem copy seems like a bad choice. It happens because ddraw buffers are not marked dynamic. We may want to chance this. The game uses d3d3, so there's no DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to IDirect3DVertexBuffer::Lock. Commenting out the eviction call improves performance quite a bit, but it is still noticeably slow. wined3d_buffer_map maps through heap_memory instead of glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags & (WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition. Removing this condition uses glMapBuffer, but does not improve performance. It seems the large glMapBuffer is still slow, at least on OSX with legacy contexts. So there are a few questions that need to be answered: *) Is the game using a broken codepath? *) Write tests for sysmem buffers *) Consider making all d3d3 buffers dynamic *) Test if the glMapBuffer path is fast on Linux *) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX. -- 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.

2 25

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2022