July 2023 - Wine-Bugs - list.winehq.org

[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 April 16, 2025

April 16, 2025

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 April 16, 2025

April 16, 2025

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 April 16, 2025

April 16, 2025

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 55000] New: wineserver crashes below save_all_subkeys after RegUnLoadKey
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=55000 Bug ID: 55000 Summary: wineserver crashes below save_all_subkeys after RegUnLoadKey Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- While trying to reproduce a crash in procexp64 I noticed a crash in wineserver instead. I think I found the reason in a call to `RegUnLoadKey(HKEY_USERS, ".Default")`, which succeeds in wine while it should maybe not. Program terminated with signal SIGSEGV, Segmentation fault. 208 struct object *parent = key->obj.name->parent; (gdb) bt #0 get_parent () at server/registry.c:208 #1 dump_path () at server/registry.c:226 #2 save_all_subkeys () at server/registry.c:2008 #3 save_branch (path="userdef.reg") at server/registry.c:2107 #4 save_branch () at server/registry.c:2134 #5 periodic_save () at server/registry.c:2131 #6 periodic_save () at server/registry.c:2124 #7 get_next_timeout () at server/fd.c:959 #8 main_loop_epoll () at server/fd.c:617 #9 main_loop () at server/fd.c:992 #10 main () at server/main.c:237 (gdb) print key->obj.name $3 = (struct object_name *) 0x0 The "name" member got set to NULL here before in wineserver: 424 obj->name = NULL; (rr) bt #0 unlink_named_object () at server/object.c:424 #1 delete_key () at server/registry.c:1089 #2 req_unload_registry () at server/registry.c:2363 #3 call_req_handler () at server/request.c:305 #4 read_request () at server/request.c:360 With the request originating at process side here: #14 wine_server_call () at dlls/ntdll/unix/server.c:307 #15 NtUnloadKey () at dlls/ntdll/unix/registry.c:767 #16 __wine_syscall_dispatcher () -- 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 April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=46074 Bug ID: 46074 Summary: Visio 2013 crashes with unimplemented function msvcr100.dll.??0_ReaderWriterLock(a)details@Concurrency@ @QAE(a)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(a)details@Concurrency@@QAE(a)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 54759] New: Notepad++: slider of vertical scrollbar is too small for long files
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=54759 Bug ID: 54759 Summary: Notepad++: slider of vertical scrollbar is too small for long files Product: Wine Version: 8.4 Hardware: x86-64 URL: https://notepad-plus-plus.org/downloads/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Distribution: --- Created attachment 74253 --> https://bugs.winehq.org/attachment.cgi?id=74253 long.log Steps to reproduce: 1) wine notepad++.exe 2) load long.log from the attachment Behavior: The slider is slim and difficult to point to (see the attachment). Expected behavior: The slider should be sized as on Windows (see the attachment). -- 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 44863] New: Performance regression in Prince of Persia 3D
by wine-bugs＠winehq.org April 16, 2025

April 16, 2025

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

[Bug 37676] New: The Settlers II: 10th Anniversary 2.0 (GOG.com) doesn't work out of the box
by wine-bugs＠winehq.org April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=37676 Bug ID: 37676 Summary: The Settlers II: 10th Anniversary 2.0 (GOG.com) doesn't work out of the box Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bog_dan_ro(a)yahoo.com Distribution: --- GOG.com version http://www.gog.com/game/the_settlers_2_10th_anniversary it needs directx9 to be installed, otherwise S2DNG.exe it just exits and S2DNGEditor.exe crashed with the attached backtrace. I'm pretty sure that GOG will give any developer a copy of the game, if not please mail me and I'll buy one for you (or share my own one). -- 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 33

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org April 16, 2025

April 16, 2025

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- 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.

2 10

[Bug 45503] New: msiexec crashes during Office 2000 setup
by wine-bugs＠winehq.org April 14, 2025

April 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=45503 Bug ID: 45503 Summary: msiexec crashes during Office 2000 setup Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: isiraseneviratne(a)yahoo.com Distribution: --- Created attachment 61877 --> https://bugs.winehq.org/attachment.cgi?id=61877 Backtrace produced after msiexec crashes. While Office 2000 installation is completing, msiexec crashes, producing the attached backtrace. However, the installation itself is successful and all the applications are fully functional. -- 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 7