December 2018 - Wine-bugs - list.winehq.org

[Bug 41714] New: The Curious Expedition v1.0
by wine-bugs＠winehq.org 27 Apr '19

27 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=41714 Bug ID: 41714 Summary: The Curious Expedition v1.0 Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ravensgv(a)gmail.com Distribution: --- Created attachment 56130 --> https://bugs.winehq.org/attachment.cgi?id=56130 Backtrace info This game crashes on open. -- 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 3

[Bug 45819] New: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360 ) fails in driver entry point due to ' ntoskrnl.exe.ExInitializeResourceLite' stub (needs STATUS_SUCCESS)
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=45819 Bug ID: 45819 Summary: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360) fails in driver entry point due to 'ntoskrnl.exe.ExInitializeResourceLite' stub (needs STATUS_SUCCESS) Product: Wine Version: 3.15 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, continuation of bug 45800 The driver fails in entry point: --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wineboot >>log.txt 2>&1 ... 0016:trace:ntoskrnl:load_driver_module L"C:\\Program Files (x86)\\Common Files\\Symantec Shared\\EENGINE\\eeCtrl64.sys": relocating from 0x10000 to 0x460000 ... 0016:Call driver init 0x4c6118 (obj=0x26d70,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\eeCtrl") ... 0016:Call ntoskrnl.exe.ExInitializeResourceLite(0002c3b8) ret=00479191 0016:fixme:ntoskrnl:ExInitializeResourceLite stub: 0x2c3b8 0016:Ret ntoskrnl.exe.ExInitializeResourceLite() retval=c0000002 ret=00479191 0016:Call ntoskrnl.exe.RtlInitUnicodeString(0033f560,00466698 L"\\??\\EraserCtrlDrv") ret=00471cf6 0016:Call ntdll.RtlInitUnicodeString(0033f560,00466698 L"\\??\\EraserCtrlDrv") ret=7bcfe083 0016:Ret ntdll.RtlInitUnicodeString() retval=0033f560 ret=7bcfe083 0016:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0033f560 ret=00471cf6 0016:Call ntoskrnl.exe.IoDeleteSymbolicLink(0033f560) ret=00471d01 0016:Call ntdll.NtOpenSymbolicLinkObject(0033f3f0,00000000,0033f3c0) ret=7f321bd86b6c 0016:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7f321bd86b6c 0016:Call ntdll.NtClose(0000003c) ret=7f321bd86c22 0016:Ret ntdll.NtClose() retval=00000000 ret=7f321bd86c22 0016:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00471d01 0016:Call ntoskrnl.exe.IoWMIRegistrationControl(004c5a90,80000002) ret=00471d66 0016:fixme:ntoskrnl:IoWMIRegistrationControl (0x4c5a90 2147483650) stub 0016:Ret ntoskrnl.exe.IoWMIRegistrationControl() retval=00000000 ret=00471d66 0016:Call ntoskrnl.exe.IoDeleteDevice(0002fa30) ret=00471d77 0016:trace:ntoskrnl:IoDeleteDevice 0x2fa30 ... 0016:Ret driver init 0x4c6118 (obj=0x26d70,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\eeCtrl") retval=c0000002 ... --- snip --- That's due to 'ntoskrnl.exe.ExInitializeResourceLite' stub. 0xc0000002 -> STATUS_NOT_IMPLEMENTED https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/ntoskrn… --- snip --- 2002 */ 2003 NTSTATUS WINAPI ExInitializeResourceLite(PERESOURCE Resource) 2004 { 2005 FIXME( "stub: %p\n", Resource ); 2006 return STATUS_NOT_IMPLEMENTED; 2007 } --- snip --- Turning this into a semi-stub, that is zero-initialize the caller supplied struct and returning 'STATUS_SUCCESS' is enough. $ sha1sum N360-TW-21.1.0-EN.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN.exe $ du -sh N360-TW-21.1.0-EN.exe 202M N360-TW-21.1.0-EN.exe $ wine --version wine-3.15-150-gb29cdbd5f2 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 13

[Bug 15980] New: Rhapsody 2 crashes on startup
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

http://bugs.winehq.org/show_bug.cgi?id=15980 Summary: Rhapsody 2 crashes on startup Product: Wine Version: 1.1.7 Platform: Other URL: http://download.listen.com/support/rhap20/RhapsodyListen .EXE OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Somebody asked about Rhapsody, http://real.lithium.com/real/board/message?board.id=InstallingRhapsody&mess… so I looked around for a version I could download without a credit card. The first place I found one was http://service.real.com/rhapsody/download/version2/ so I tried that. The installer went ok, but startup failed with a crash. The +seh,+relay,+ntdll log is: 0009:Call advapi32.GetAclInformation(00000000,0032fe08,0000000c,00000002) ret=00498a84 trace:ntdll:RtlQueryInformationAcl pAcl=(nil) pAclInfo=0x32fe08 len=12, class=2 trace:seh:raise_exception code=c0000005 flags=0 addr=0x7efb639e ... 0009:Call user32.MessageBoxA(00000000,00e110b8 "An unexpected exception -1073741819 occurred...quitting (Mapped Exception 0xC0000005 @ 0x7EFB639E)",00000000,00042010) ret=0047bb8d Hmm. Does Windows allow you to call GetAclInformation with a null pAcl and not crash? -- 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.

1 23

[Bug 45963] New: Missing functons
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=45963 Bug ID: 45963 Summary: Missing functons Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: Gerold.Ruhland(a)gmx-topmail.de Distribution: --- The following functions are missing in SetupApi: SetupDiInstallDeviceInterfaces SetupDiRegisterCoDeviceInstallers Is it possible to add them? A stub would be ok. I tested from Wine 2.8 (CrossOver 17.5 is based on 2.8) until 3.17 No entries in the SetupApi.spec Thanks -- 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 11985] New: Status bar of D3D9 app window disappearing
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

http://bugs.winehq.org/show_bug.cgi?id=11985 Summary: Status bar of D3D9 app window disappearing Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mateuscg(a)gmail.com Created an attachment (id=11310) --> (http://bugs.winehq.org/attachment.cgi?id=11310) Problems to display status bar correctly. After bug 9917 got fixed, the NES emulator Nestopia (http://nestopia.sourceforge.net) D3D9 application, correctly shows the top menu. Horever, the behavior of the status bar is still not right, disappearing or partially displayed sometimes (eg: when switching from File to Machine menu). If I alternate between windows and the Nestopia window stay behind other apps, then when I switch back to Nestopia the status bar reappears. If I minimize Nestopia window, then restore it to its previous size, the entire window doesn't redraw itself anymore and the menu becomes inaccessible, but I'm able to close the app normally. Roderick Colenbrander said at comment 8 of bug 9917: "Alexandre said that most of the time the status bar is a child window, so it isn't this bug. Personally I think it is likely some d3d child window bug". So, I'm reporting this bug against component directx-d3d. I am really not worried about this app in particular, but about other apps that may suffer these issues. -- 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.

1 18

[Bug 46378] New: WarGaming launcher crashes
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=46378 Bug ID: 46378 Summary: WarGaming launcher crashes Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: werifGX(a)gmail.com Distribution: --- WarGaming launcher crashed with 016d:err:rpc:I_RpcReceive we got fault packet with status 0x3e6 00df:fixme:dbghelp:elf_search_auxv can't find symbol in module ... on downloading world of tanks More info: https://github.com/RXT067/Research/blob/master/WINE-worldoftanks/README.md System informations: https://paste.pound-python.org/show/ul4WeP2SZHzJTV0LAYDL/ Related to Bug #32030 (?) -- 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 18

[Bug 23154] New: APB: All Points Bulletin crashes on startup
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

http://bugs.winehq.org/show_bug.cgi?id=23154 Summary: APB: All Points Bulletin crashes on startup Product: Wine Version: 1.2-rc3 Platform: x86-64 URL: http://eu.apb.com/downloads/eu-installerMS OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk Created an attachment (id=28799) --> (http://bugs.winehq.org/attachment.cgi?id=28799) Output with wine-1.2-rc3 The installer/launcher requests that Mono is installed. When this is done with winetricks, it appears to work fine. The launcher then patches the game (about 8 GB of downloading at the moment) and tries to launch it. The splash screen shows up, the screen resolution changes, but then the game crashes. The terminal output is attached, plus the following text is shown in a dialogue box on screen: "Integer division by zero. History:" -- 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.

1 13

[Bug 34803] New: .NET Framework 2.0 SP2 refuses to install on top of .NET 2.0 SP1 (SBSDisabled registry key install blocker detected)
by wine-bugs＠winehq.org 22 Apr '19

22 Apr '19

http://bugs.winehq.org/show_bug.cgi?id=34803 Bug #: 34803 Summary: .NET Framework 2.0 SP2 refuses to install on top of .NET 2.0 SP1 (SBSDisabled registry key install blocker detected) Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, some users reported this in Wine appdb entry for .NET Framework 2.0: --- quote --- I can't .NET Framework 2.0 SP2 install 2.0 basic and SP1 its going normally, only have I problem SP2 Log: err:msi:ITERATE_Actions Execution halted, action L"DD_CA_InstallBlock_X86.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 fixme:imm:ImmDisableIME (-1): stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded I searched here this solution, but i find not my Linux: Ubunt 12.04 LTS --- quote --- --- quote --- I also am getting the same error but on ubuntu 13.10 and using $ wine --version wine-1.7.4 --- quote --- Indeed, .NET Framework 2.0 SP2 installer refuses to install on top of .NET Framework 2.0 SP1. Relevant part of trace log: --- snip --- ... 002f:trace:msi:ACTION_AppSearchReg L"SearchInstallBlock_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 002f:Call advapi32.RegOpenKeyW(80000002,00187208 L"SOFTWARE\\Microsoft\\.NETFramework\\v2.0.50727\\SBSDisabled",007ce548) ret=7dac04b9 002f:trace:reg:NtOpenKey (0x18,L"SOFTWARE\\Microsoft\\.NETFramework\\v2.0.50727\\SBSDisabled",2000000,0x7ce548) 002f:trace:reg:NtOpenKey <- 0xc8 002f:Ret advapi32.RegOpenKeyW() retval=00000000 ret=7dac04b9 ... 002f:Call advapi32.RegQueryValueExW(000000c8,00186ff0 L"Install",00000000,00000000,00000000,007ce544) ret=7dac0574 002f:trace:reg:RegQueryValueExW (0xc8,L"Install",(nil),(nil),(nil),0x7ce544=0) 002f:trace:reg:NtQueryValueKey (0xc8,L"Install",2,0x7ce380,12) 002f:Ret advapi32.RegQueryValueExW() retval=00000000 ret=7dac0574 ... 002f:trace:msi:msi_set_property 0x1650c0 L"DD_INSTALLBLOCKFOUND_X86.3643236F_FC70_11D3_A536_0090278A1BB8" L"1" -1 ... 002f:trace:msi:MSI_EvaluateConditionW L"( (NOT REMOVE) AND DD_INSTALLBLOCKFOUND_X86.3643236F_FC70_11D3_A536_0090278A1BB8 )" ... 002f:trace:msi:MSI_EvaluateConditionW 1 <- L"( (NOT REMOVE) AND DD_INSTALLBLOCKFOUND_X86.3643236F_FC70_11D3_A536_0090278A1BB8 )" 002f:trace:msi:ACTION_PerformAction Performing action (L"DD_CA_InstallBlock_X86.3643236F_FC70_11D3_A536_0090278A1BB8") ... 002f:trace:msi:ACTION_CustomAction Handling custom action L"DD_CA_InstallBlock_X86.3643236F_FC70_11D3_A536_0090278A1BB8" (13 (null) L"Setup cannot continue because this version of the .NET Framework is incompatible with a previously installed one. For more information, see http://support.microsoft.com/support/kb/articles/q312/5/00.asp") ... 002f:err:msi:ITERATE_Actions Execution halted, action L"DD_CA_InstallBlock_X86.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 ... --- snip --- The "SBSDisabled" -> "Install=1" key prevents this. There are many MS KB and blog entries about .NET installers/updates refusing to install/uninstall in certain combinations so this might be even a limitation on Windows. Though installing .NET Framework 2.0 SP2 on top of .NET Framework 2.0 .NET Framework 2.0 SP2 on top of .NET Framework 3.5 works. The installation can be forced by removing the key: --- snip --- $ wine reg delete "HKLM\\SOFTWARE\\Microsoft\\.NETFramework\\v2.0.50727\\SBSDisabled" --- snip --- Using the .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and registry entries one can indeed see the forced installation of SP2 on top of SP1 was not proper: the test application crashes. Website and download here: http://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx .NET 2.0 SP1 and .NET 2.0 SP2 are validated successfully with the tool if they are installed independently on top of .NET 2.0 So this installer block might be really a valid limitation. Maybe someone with a pristine Windows 2000/XP install (no .NET service packs) could try to install this combination: 2.0 SP1 + 2.0 SP2 and check if it exhibits the same error. 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.

1 9

[Bug 37323] New: ToDoList 6.9.b12: opening of dialog windows leads to loss of mouse control
by wine-bugs＠winehq.org 22 Apr '19

22 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=37323 Bug ID: 37323 Summary: ToDoList 6.9.b12: opening of dialog windows leads to loss of mouse control Product: Wine Version: 1.7.27 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 35019 Prerequisite: 'winetricks -q mfc42' Any menu item which opens a dialog window leads to loss of mouse control. There is some "fog" graphics effect covering the whole app user interface during that time, including the newly created dialog window. The keyboard still has focus which allows to navigate and close the dialog eventually, restoring the mouse behaviour to usable state. $ sha1sum todolist_exe_pre.zip 9d284eea24df6c4291687b06ee9a438125766b5c todolist_exe_pre.zip $ du -sh todolist_exe_pre.zip 2.5M todolist_exe_pre.zip $ wine --version wine-1.7.27-47-g92bcb74 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 3

[Bug 38162] New: Winemenubuilder occasionally crashes during WINEPREFIX update (race between placeholder icon extraction and placeholder update)
by wine-bugs＠winehq.org 22 Apr '19

22 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=38162 Bug ID: 38162 Summary: Winemenubuilder occasionally crashes during WINEPREFIX update (race between placeholder icon extraction and placeholder update) Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 19241 André unfortunately reopened that bug with this different issue. I've seen this rarely on my machines too but didn't find it interesting enough to investigate - until now. --- snip --- Unhandled exception: page fault on read access to 0x00480244 in 32-bit code (0x7ed7c950). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7ed7c950 ESP:0033f8e0 EBP:0033f9d8 EFLAGS:00010216( R- -- I -A-P- ) EAX:00480240 EBX:7ed92000 ECX:0033f9e0 EDX:0033f99c ESI:0033fd80 EDI:00000000 Stack dump: 0x0033f8e0: 00000000 7b8c1000 0012d4f0 00110000 0x0033f8f0: 7bcd3000 0033f9e0 0033f938 0033f920 0x0033f900: 7b8c1000 0033f9e0 0033f938 0001fcd4 0x0033f910: 7bcdbf44 00460000 00000000 00000000 0x0033f920: 00110000 00000002 0033f950 00000000 0x0033f930: 0033f9e0 00000000 0033f968 7bc70efa 000c: sel=0067 base=00000000 limit=00000000 16-bit r-x Backtrace: =>0 0x7ed7c950 add_module_icons_to_stream+0x6c(iconData16=(nil), hModule=0x460001, grpIconDir=0x480240) [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:651] in winemenubuilder (0x0033f9d8) 1 0x7ed7da2d open_module_icon+0x29b(szFileName="C:\windows\system32\winhlp32.exe", nIndex=0, ppStream=0x33fad8) [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:914] in winemenubuilder (0x0033fa68) 2 0x7ed7e12c open_icon+0x2a(filename="C:\windows\system32\winhlp32.exe", index=0, bWait=0, ppStream=0x33fad8) [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:1056] in winemenubuilder (0x0033faa8) 3 0x7ed7e962 extract_icon+0xb0(icoPathW="C:\windows\system32\winhlp32.exe", index=0, destFilename=0x0(nil), bWait=0) [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:1370] in winemenubuilder (0x0033fb08) 4 0x7ed82d00 generate_associations+0x6a5(xdg_data_home="/home/focht/.local/share", packages_dir="/home/focht/.local/share/mime/packages", applications_dir="/home/focht/.local/share/applications") [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:2677] in winemenubuilder (0x0033fc68) 5 0x7ed85d72 RefreshFileTypeAssociations+0x284() [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:3367] in winemenubuilder (0x0033fce8) 6 0x7ed86dcf wWinMain+0x102(hInstance=<couldn't compute location>, 22 0xf7406963 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x7ed7c950 add_module_icons_to_stream+0x6c [/home/focht/projects/wine/wine.repo/src/programs/winemenubuilder/winemenubuilder.c:651] in winemenubuilder: movzwl 0x4(%eax),%eax 651 for (i = 0; i < grpIconDir->idCount; i++) Modules: Module Address Debug info Name (53 modules) PE 53000000-530b4000 Deferred windowscodecs ELF 7b800000-7ba67000 Dwarf kernel32<elf> \-PE 7b810000-7ba67000 \ kernel32 ELF 7bc00000-7bcf0000 Dwarf ntdll<elf> \-PE 7bc10000-7bcf0000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000000c (D) C:\windows\system32\winemenubuilder.exe 0000000d 0 <== --- snip --- 'winemenubuilder' is started asynchronously before the prefix update via 'RunServices' registry key. The prefix update rewrites Wine's builtin placeholders in the prefix. Since 'winemenubuilder' was started asynchronously, it might still populate placeholders at this time, mapping them into memory and extracting icon resources. Source: http://source.winehq.org/git/wine.git/blob/cbc8f3c81148079a17f4062fb9bad656… --- snip --- 876 hModule = LoadLibraryExW(szFileName, 0, LOAD_LIBRARY_AS_DATAFILE); --- snip --- -> FILE_SHARE_READ This doesn't prevent concurrently running processes to write to the placeholder files which indeed happens by rundll32's processing of 'wine.inf'. In rare situations, Winemenubuilder hits the jackpot - being affected from the concurrent rewrite of the placeholder while peeking at the in-memory image (PE/resource directory entries). Source: http://source.winehq.org/git/wine.git/blob/57c54bc9ad1e13ee7cd730b2ffb4df83… --- snip --- 1236 ProcessRunKeys( HKEY_LOCAL_MACHINE, RunServicesOnceW, TRUE, FALSE ); 1237 1238 if (init || (kill && !restart)) 1239 { 1240 ProcessRunKeys( HKEY_LOCAL_MACHINE, RunServicesW, FALSE, FALSE ); 1241 start_services_process(); 1242 } 1243 if (init || update) update_wineprefix( update ); ... --- snip --- A solution to prevent this race is to move the asynchronous execution of 'winemenubuilder' after the prefix update (which runs synchronously). This also avoids the situation where 'winemenubuilder' manages to extract potentially outdated icon resources before the placeholders are overwritten by newer versions with different icons. 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