August 2020 - Wine-bugs - list.winehq.org

[Bug 25207] New: SHFileOperation does not create new directory on FO_MOVE
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=25207 Summary: SHFileOperation does not create new directory on FO_MOVE Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: richard(a)rtrussell.co.uk Created an attachment (id=32007) --> (http://bugs.winehq.org/attachment.cgi?id=32007) C program to demonstrate the problem SHFileOperation should create the destination directory on an FO_MOVE operation, if it does not already exist, but fails to do so. See: http://msdn.microsoft.com/en-us/library/bb759795.aspx "Copy and Move operations can specify destination directories that do not exist. In those cases, the system attempts to create them and normally displays a dialog box to ask the user if they want to create the new directory. To suppress this dialog box and have the directories created silently, set the FOF_NOCONFIRMMKDIR flag in fFlags". -- 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 37

[Bug 49703] New: Ghost Recon fails to start
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49703 Bug ID: 49703 Summary: Ghost Recon fails to start Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: sramey40(a)gmail.com Distribution: --- The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for this error at the end of installation: wine start Setup.exe [sean(a)sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock not implemented yet 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with error 0x8001011d ^C But, when I try to run the game, nothing happens and this is the output on console: wine start GhostRecon.exe [sean(a)sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0. ^C ^C marks where I hit ctrl-c to stop the process, as it seemed hung. I'm using a 32bit wineprefix with Windows 2000 or XP. I can't really do regression testing, as I can't get an older package of wine to install properly, and I also can't get wine to compile for even as new a version as wine-4.0. It complains about multiple definitions of hInstance and fails on compiling crypt32. Only the 5.0 releases will compile, and I have this bug in them. I've also noticed that a lot of older games seem broken. Seems like nobody has tested these games in a while. The latest test of the Ghost Recon CD version recorded in the App database is wine 1.5. Recently I had somebody help me out with Age of Empires 2: The Age of Kings CD version, and we discovered that the safedisc 1.x copy protection support was broken in wine since version 3.0 I think. Probably a good idea to try running some old games, especially ones on CD, to check for compatibility regressions. -- 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 49089] New: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltBuildDefaultSecurityDescriptor'
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49089 Bug ID: 49089 Summary: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltBuildDefaultSecurityDescriptor' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting bug 47170 Download: https://web.archive.org/web/20160510225518/http://avsd.nprotect.net/avs40/s… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine ./nProtectSetup_AVS40.exe ... 0244:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\FLTMGR.SYS" at 0xe50000: PE builtin 0244:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\tkpl2k64.sys" at 0xe10000: native 0244:trace:seh:raise_exception code=c0000005 flags=0 addr=0xe38108 ip=e38108 tid=0244 0244:trace:seh:raise_exception info[0]=0000000000000000 0244:trace:seh:raise_exception info[1]=fffff78000000320 0244:trace:seh:raise_exception rax=fffff78000000320 rbx=0000000000e380dc rcx=00000000007d5050 rdx=00000000007d51b8 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef8f8 0244:trace:seh:raise_exception r8=0000000000e26100 r9=00002b992ddfa232 r10=000000000023584c r11=00000000000fc0c0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000005 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:trace:seh:raise_exception code=c0000096 flags=0 addr=0xe12eb0 ip=e12eb0 tid=0244 0244:trace:seh:raise_exception rax=fffffffffe537b79 rbx=0000000000e380dc rcx=00000000007d5050 rdx=00000000007d51b8 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef838 0244:trace:seh:raise_exception r8=0000ffffffffffff r9=00002b992ddfa232 r10=000000000023584c r11=00000000000fc0c0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:trace:seh:raise_exception code=c0000096 flags=0 addr=0xe12eb0 ip=e12eb0 tid=0244 0244:trace:seh:raise_exception rax=0000000000950330 rbx=0000000000e380dc rcx=0000000000000000 rdx=0000000000e222a0 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef7d8 0244:trace:seh:raise_exception r8=00000000009503a2 r9=0000000000000016 r10=0000000000000000 r11=00000000009503d0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:fixme:ntdll:NtQuerySystemInformation info_class SystemModuleInformation stub! 0244:fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0000000000E19C30 0 0244:fixme:fltmgr:FltRegisterFilter (00000000007D5050,0000000000E24D30,0000000000E26228): stub 0244:fixme:fltmgr:FltStartFiltering (00000000DEADBEAF): stub 0244:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b00f665 ip=7b00f665 tid=0244 0244:trace:seh:raise_exception info[0]=0000000000e59000 0244:trace:seh:raise_exception info[1]=0000000000e59119 wine: Call from 0x7b00f665 to unimplemented function fltmgr.sys.FltBuildDefaultSecurityDescriptor, aborting --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/fltkernel/nf-… --- snip --- $ winedump -j import ~/.wine/drive_c/windows/system32/tkpl2k64.sys Contents of /home/focht/.wine/drive_c/windows/system32/tkpl2k64.sys: 98056 bytes Import Table size: 0000003c offset 00014738 ntoskrnl.exe Hint/Name Table: 000281E8 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00014070 Thunk Ordn Name 00014070 332 IoCreateDevice 00014078 1490 towlower 00014080 870 ProbeForRead 00014088 1452 _wcsnicmp 00014090 633 KeSetEvent 00014098 1322 ZwCreateFile 000140a0 1504 wcsrchr 000140a8 722 MmMapLockedPagesSpecifyCache 000140b0 143 ExSystemTimeToLocalTime 000140b8 964 PsTerminateSystemThread 000140c0 661 KeWaitForSingleObject 000140c8 1006 RtlCopyUnicodeString 000140d0 1360 ZwOpenProcess 000140d8 710 MmIsAddressValid 000140e0 850 ObfDereferenceObject 000140e8 1502 wcsncmp 000140f0 1428 ZwWriteFile 000140f8 49 DbgPrint 00014100 1450 _wcsicmp 00014108 558 KeInitializeEvent 00014110 613 KeReleaseSpinLock 00014118 524 KeAcquireSpinLockRaiseToDpc 00014120 531 KeBugCheckEx 00014128 885 PsGetCurrentProcessId 00014130 890 PsGetCurrentThreadId 00014138 341 IoCreateSymbolicLink 00014140 965 PsThreadType 00014148 842 ObReferenceObjectByHandle 00014150 1317 ZwClose 00014158 84 ExEventObjectType 00014160 878 PsCreateSystemThread 00014168 952 PsSetCreateProcessNotifyRoutine 00014170 402 IoIs32bitProcess 00014178 351 IoDeleteDevice 00014180 1086 RtlInitUnicodeString 00014188 1192 RtlTimeToTimeFields 00014190 353 IoDeleteSymbolicLink 00014198 1208 RtlUnicodeToMultiByteN 000141a0 974 RtlAnsiCharToUnicodeChar 000141a8 751 MmUnmapLockedPages 000141b0 1441 _stricmp 000141b8 1443 _strnicmp 000141c0 70 ExAllocatePoolWithTag 000141c8 88 ExFreePoolWithTag 000141d0 976 RtlAnsiStringToUnicodeString 000141d8 95 ExInitializeNPagedLookasideList 000141e0 937 PsLookupProcessByProcessId 000141e8 1390 ZwQuerySymbolicLinkObject 000141f0 160 ExpInterlockedPushEntrySList 000141f8 706 MmGetSystemRoutineAddress 00014200 1082 RtlInitAnsiString 00014208 1202 RtlUnicodeStringToAnsiString 00014210 1391 ZwQuerySystemInformation 00014218 159 ExpInterlockedPopEntrySList 00014220 690 MmBuildMdlForNonPagedPool 00014228 1364 ZwOpenSymbolicLinkObject 00014230 370 IoFreeMdl 00014238 655 KeUnstackDetachProcess 00014240 1061 RtlFreeUnicodeString 00014248 840 ObQueryNameString 00014250 1483 strncpy 00014258 1392 ZwQueryValueKey 00014260 377 IoGetCurrentProcess 00014268 502 IofCompleteRequest 00014270 114 ExQueryDepthSList 00014278 1057 RtlFreeAnsiString 00014280 928 PsGetVersion 00014288 647 KeStackAttachProcess 00014290 74 ExDeleteNPagedLookasideList 00014298 307 IoAllocateMdl 000142a0 1359 ZwOpenKey 000142a8 1430 __C_specific_handler offset 0001474c FLTMGR.SYS Hint/Name Table: 00028178 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00014000 Thunk Ordn Name 00014000 55 FltEnumerateVolumes 00014008 109 FltObjectDereference 00014010 152 FltStartFiltering 00014018 130 FltRegisterFilter 00014020 12 FltBuildDefaultSecurityDescriptor 00014028 29 FltCloseCommunicationPort 00014030 160 FltUnregisterFilter 00014038 121 FltQueryInformationFile 00014040 62 FltFreeSecurityDescriptor 00014048 33 FltCreateCommunicationPort 00014050 28 FltCloseClientPort 00014058 13 FltCancelFileOpen 00014060 95 FltGetVolumeName Done dumping /home/focht/.wine/drive_c/windows/system32/tkpl2k64.sys --- snip --- $ sha1sum nProtectSetup_AVS40.exe 913b33ab5c9477539d4d65b9f89e67be1a6b6c13 nProtectSetup_AVS40.exe $ du -sh nProtectSetup_AVS40.exe 36M nProtectSetup_AVS40.exe $ wine --version wine-5.7-177-gad1fad8a94 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 7

[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 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 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(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 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

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

15 Apr '25

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 15 Apr '25

15 Apr '25

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 13 Apr '25

13 Apr '25

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