[Bug 16956] New: Lexware: Installation of .Net 2.0 SP 1 fails
http://bugs.winehq.org/show_bug.cgi?id=16956 Summary: Lexware: Installation of .Net 2.0 SP 1 fails Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net Created an attachment (id=18728) --> (http://bugs.winehq.org/attachment.cgi?id=18728) The error-message I am trying to install Lexware financial office Pro 2009 [1] I installed some stuff via winetricks-20081223: winetricks msxml3 jet40 mdac28 dotnet20 winxp The installation fails with "An error occured during the installation of the component Microsoft .Net Framework 2.0 - Service Pack 1. Errorcode: 1603 Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed. The setup will be cancelled." (Translated from German,, see appended Screenshot) [1] Lexware in AppDB: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, Installer -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #1 from Anastasius Focht <focht(a)gmx.net> 2009-01-16 15:33:21 --- Hello, without further log files my educated guess is that the main application installer runs some custom action after .NET 2.0 SP1 installer execution to verify if .NET 2.0a/SP1 is really installed which should ideally fail if the check is done thoroughly. Running .NET 2.0 SP1 installer alone on WINEPREFIX with .NET 2.0 present (using winetricks) should (incorrectly) report success. Thanks for reporting this, I really forgot about this issue some time ago. The problem is actually msi insufficiency when it comes to determining the list of applicable patches (type, patch sequence order and status) which should be passed to sub-installer (see MsiDetermineApplicablePatchesA/W). MSDN http://msdn.microsoft.com/en-us/library/aa370084.aspx for more info. BTW .. that winetricks 'winxp' step is unnessary. Wine winver defaults to XP and should be reset properly after winetricks steps (unless you use broken winetricks script). 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #2 from Anastasius Focht <focht(a)gmx.net> 2009-01-18 10:38:20 --- Hello, also applies to .NET 3.0 SP1 (which is part of .NET 3.5). 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #3 from Fabian Köster <koesterreich(a)gmx.net> 2009-03-01 09:42:51 --- Created an attachment (id=19730) --> (http://bugs.winehq.org/attachment.cgi?id=19730) Output of WINEDEBUG=+relay,+seh,+tid,+msgbox Appending the output of WINEDEBUG=+relay,+seh,+tid,+msgbox (last million lines). Hope it may help. How is the status on this? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Fabian Köster <koesterreich(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15376 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #4 from Fabian Köster <koesterreich(a)gmx.net> 2009-03-31 16:36:42 --- This bug is still present in wine 1.1.18 :( -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Jonathan Hartley <tartley(a)tartley.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #5 from Jonathan Hartley <tartley(a)tartley.com> 2009-04-08 10:32:32 --- *** This bug has been confirmed by popular vote. *** -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs(a)o2.co.uk -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #6 from Fabian Köster <koesterreich(a)gmx.net> 2009-04-13 10:28:50 --- Also present in 1.1.19 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Fabian Köster <koesterreich(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |18811 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Fabian Köster <koesterreich(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|15376 | -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Fabian Köster <koesterreich(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |15376 --- Comment #7 from Fabian Köster <koesterreich(a)gmx.net> 2009-06-08 14:53:48 --- I can confirm that installing .Net 2.0 SP1 manually from http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=79BC3B77-E02C-4AD3-... does work. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Bug 16956 depends on bug 18811, which changed state. Bug 18811 Summary: Lexware: wine crashes during .Net 2.0 SP1 Installation http://bugs.winehq.org/show_bug.cgi?id=18811 What |Old Value |New Value ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #8 from Anastasius Focht <focht(a)gmx.net> 2009-06-17 03:38:27 --- Hello, --- quote --- I can confirm that installing .Net 2.0 SP1 manually from http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=79BC3B77-E02C-4AD3-... does work. --- quote --- When an installer says "success" in Wine this must not necessarily mean it really did what it was supposed to do. My analysis from comment #1 still applies (if you are still not convinced, compare both WINEPREFIXes - before and after sp1 install). 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #9 from Fabian Köster <koesterreich(a)gmx.net> 2009-06-17 07:52:44 ---
When an installer says "success" in Wine this must not necessarily mean it really did what it was supposed to do. My analysis from comment #1 still applies (if you are still not convinced, compare both WINEPREFIXes - before and after sp1 install).
Regards
OK, I am convinced :) Thanks for explaining! -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|kennybobs(a)o2.co.uk | -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com Component|-unknown |msi --- Comment #10 from Dan Kegel <dank(a)kegel.com> 2009-07-11 12:27:36 --- Changing category per comment #1. Can you suggest a test case for MsiDetermineApplicablePatches that would expose this? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #11 from Anastasius Focht <focht(a)gmx.net> 2009-08-08 08:28:28 --- Hello, testcase? The logs alone reveal that MsiDetermineApplicablePatchesW() is obviously the problem ... --- snip --- ... 0022:Call KERNEL32.LoadLibraryW(3a095dd8 L"msi.dll") ret=3a0ac8ea 0022:Ret KERNEL32.LoadLibraryW() retval=6cab0000 ret=3a0ac8ea 0022:Call KERNEL32.GetProcAddress(6cab0000,3a095de8 "MsiDetermineApplicablePatchesW") ret=3a0ac8fc 0022:Ret KERNEL32.GetProcAddress() retval=6cab9a3c ret=3a0ac8fc 0022:Call msi.MsiDetermineApplicablePatchesW(0017e82c L"c:\\97280d8596e1f1ebe053ac637b7d6468\\wcu\\dotnetframework\\dotnetfx20\\netfx20a_x86.msi",00000009,00bc2d80) ret=3a0ac90b 0022:fixme:msi:MsiDetermineApplicablePatchesW (L"c:\\97280d8596e1f1ebe053ac637b7d6468\\wcu\\dotnetframework\\dotnetfx20\\netfx20a_x86.msi", 9, 0xbc2d80): stub! 0022:Ret msi.MsiDetermineApplicablePatchesW() retval=00000078 ret=3a0ac90b ... 0022:Call oleaut32.SysAllocString(00bc3d60 L"MsiDetermineApplicablePatches returned 120") ret=3a0c896c ... --- snip --- MS installer log: --- snip --- ... [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage at netfx20a_x86.msi [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage at C:\windows\temp\IXP04FE6.tmp\wcu\dotnetframework\dotnetfx20\netfx20a_x86.msi [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage at c:\97280d8596e1f1ebe053ac637b7d6468\.\wcu\dotnetframework\dotnetfx20\netfx20a_x86.msi [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Found c:\97280d8596e1f1ebe053ac637b7d6468\wcu\dotnetframework\dotnetfx20\netfx20a_x86.msi [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage2 at ASPNET.msp [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage2 at C:\windows\temp\IXP04FE6.tmp\wcu\dotnetframework\dotnetfx20\ASPNET.msp [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Looking for InstallPackage2 at c:\97280d8596e1f1ebe053ac637b7d6468\.\wcu\dotnetframework\dotnetfx20\ASPNET.msp [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Found c:\97280d8596e1f1ebe053ac637b7d6468\wcu\dotnetframework\dotnetfx20\ASPNET.msp ... <more patches> ... [08/08/09,14:48:33] Setup.exe: GetGlobalCustomProperty - Property: {A17A8E79-CB1C-49DB-B92E-34ADBFCDA36B} - PropertyName: Patch List - Value: [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Command Line before token replacement. [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: VSEXTUI=1 REBOOT=ReallySuppress [08/08/09,14:48:33] Setup.exe: GetGlobalCustomProperty - Property: {BD495746-4FBA-49F3-8EEB-D8B20EE75235} - PropertyName: Disable Rollback - Value: [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: MsiDetermineApplicablePatches returned 120 [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: MSIComponent Action: Installing MSI c:\97280d8596e1f1ebe053ac637b7d6468\wcu\dotnetframework\dotnetfx20\netfx20a_x86.msi with command-line: VSEXTUI=1 REBOOT=ReallySuppress [08/08/09,14:48:33] Microsoft .NET Framework 2.0a: Enabling MSI log file: C:\windows\temp\dd_NET_Framework20_Setup4FEA.txt ... --- snip --- Package install command line contains only "VSEXTUI=1 REBOOT=ReallySuppress" With a properly implemented MsiDetermineApplicablePatchesW() all applicable patches would be passed via command line to the package install step. Something like this: --- snip --- [08/08/09,15:07:03] Microsoft .NET Framework 2.0a: MSIComponent Action: Installing MSI c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\netfx20a_x86.msi with command-line: VSEXTUI=1 REBOOT=ReallySuppress PATCH="c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\ASPNET.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\CLR.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\CRT.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\NetFX_CA.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\NetFX_Core.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\NetFX_Other.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\PreXP.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\WinForms.msp;c:\d7d319086a3dcecc2ee897276181d511\wcu\dotnetframework\dotnetfx20\DW.msp" [08/08/09,15:07:03] Microsoft .NET Framework 2.0a: Enabling MSI log file: C:\windows\temp\dd_NET_Framework20_Setup5E12.txt --- snip --- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #12 from Hans Leidekker <hans(a)meelstraat.net> 2009-08-10 06:01:47 --- Created an attachment (id=22966) --> (http://bugs.winehq.org/attachment.cgi?id=22966) msi: Add a partial implementation of MsiDetermineApplicablePatchesW. Try this. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #13 from Fabian Köster <koesterreich(a)gmx.net> 2009-08-10 08:16:54 --- (In reply to comment #12)
Created an attachment (id=22966) --> (http://bugs.winehq.org/attachment.cgi?id=22966) [details] msi: Add a partial implementation of MsiDetermineApplicablePatchesW.
Try this.
I applied your patch to the current git version and got the same error message again. The installation fails with "An error occured during the installation of the component Microsoft .Net Framework 2.0 - Service Pack 1. Errorcode: 1603 Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed. The setup will be cancelled." -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #14 from Fabian Köster <koesterreich(a)gmx.net> 2009-08-10 08:19:20 --- Created an attachment (id=22975) --> (http://bugs.winehq.org/attachment.cgi?id=22975) wine output Appending wine's output. Let me know if you need more detailed information. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2009-08-11 15:57:00 --- Hello, something goes wrong when applying the transforms from all patches ... List of patches looks ok but the InstallFile action fails: --- snip --- ... 0037:trace:msi:MsiGetFileVersionW L"C:\\windows\\winsxs\\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2\\msvcr80.dll" (nil) 0 (nil) 0 0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Media` WHERE `LastSequence` >= 1002 AND `DiskId` >= 0 ORDER BY `DiskId`" 0x33ce1c ... 0037:trace:msi:writeout_cabinet_stream wrote 2890387 bytes to L"C:\\windows\\temp\\PCWae2f.tmp" 0037:trace:msi:msi_cabextract Extracting L"C:\\windows\\temp\\PCWae2f.tmp" 0037:trace:msi:cabinet_notify (0) 0037:trace:msi:cabinet_notify (2) ... 0037:trace:msi:cabinet_copy_file extracting L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ASP.NETWebAdminFiles\\Images\\yellowCORNER.gif" 0037:trace:msi:cabinet_notify (3) 0037:err:msi:ACTION_InstallFiles compressed file wasn't extracted (L"C:\\windows\\winsxs\\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2\\msvcr80.dll") 0037:err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1603 --- snip --- When installing that SxS assembly, the internal cabinet stream from "ASPNET.msp" is used. The SxS assembly it fails to extract lives in another cabinet stream - contained in "CLR.msp" (second patch package). Looking at msi processing of first two msp's to show the problem... (1) ASPNET.msp "ASPNET.msp" is the first patch package to be applied and the transform inserts row with diskid = 101 key into Media table. --- snip --- 003d:trace:msi:msi_apply_patch_package 0x16e3e0 L"c:\\1f1fe15d723ca23ce97251a94afedddc\\wcu\\dotnetframework\\dotnetfx20\\ASPNET.msp" 003d:trace:msi:MSI_OpenDatabaseW L"c:\\1f1fe15d723ca23ce97251a94afedddc\\wcu\\dotnetframework\\dotnetfx20\\ASPNET.msp" (null) 003d:trace:msidb:enum_stream_names stream 0 -> L"\4840\3b3f\43f2\4438\45b1" L"\4840_Columns" 003d:trace:msidb:enum_stream_names stream 1 -> L"\4840\3f7f\4164\422f\4836" L"\4840_Tables" 003d:trace:msidb:enum_stream_names stream 2 -> L"T1ToU1" L"T1ToU1" 003d:trace:msidb:enum_stream_names stream 3 -> L"#T1ToU1" L"#T1ToU1" 003d:trace:msidb:enum_stream_names stream 4 -> L"\3b19\47e0\3a8c\47cb\4217\3bf7\4821" L"PCW_CAB_NetFX" ... 003d:trace:msidb:msi_table_apply_transform transform contains stream L"\4840Media" ... 003d:trace:msidb:read_table_from_storage L"Media" 003d:trace:msidb:read_stream_data L"Media" -> L"\4840\4216\4327\4824" 003d:trace:msidb:read_table_from_storage Read 14 bytes 003d:trace:msidb:read_table_from_storage Transposing data from 1 rows 003d:trace:msidb:TABLE_CreateView table 0x177348 found with 6 columns 003d:trace:msidb:TABLE_CreateView L"Media" one row is 14 bytes ... 003d:trace:msidb:msi_table_load_transform 0x1845a8 0x207fb0 0x1583dd0 L"Media" 003d:trace:msidb:read_stream_data L"Media" -> L"\4840\4216\4327\4824" 003d:trace:msidb:TABLE_CreateView 0x1845a8 L"Media" 0x33d11c 003d:trace:msidb:TABLE_CreateView table 0x177348 found with 6 columns 003d:trace:msidb:TABLE_CreateView L"Media" one row is 14 bytes 003d:trace:msidb:TABLE_execute 0x16e968 (nil) 003d:trace:msidb:TABLE_execute There are 6 columns 003d:trace:msidb:msi_table_load_transform name = L"Media" columns = 6 row_size = 14 raw size = 16 003d:trace:msidb:MSI_CreateRecord 6 003d:trace:msidb:msi_get_transform_record row -> 003d:trace:msidb:MSI_RecordSetInteger 0x1580238 1 101 003d:trace:msidb:msi_get_transform_record field 1 [0x8065] 003d:trace:msidb:MSI_RecordSetInteger 0x1580238 2 1211 003d:trace:msidb:msi_get_transform_record field 2 [0x800004bb] 003d:trace:msidb:MSI_RecordSetStringW 0x1580238 3 L"" 003d:trace:msidb:msi_get_transform_record field 3 [L""] 003d:trace:msidb:MSI_RecordSetStringW 0x1580238 4 L"#PCW_CAB_NetFX" 003d:trace:msidb:msi_get_transform_record field 4 [L"#PCW_CAB_NetFX"] 003d:trace:msidb:MSI_RecordSetStringW 0x1580238 5 L"" 003d:trace:msidb:msi_get_transform_record field 5 [L""] 003d:trace:msidb:MSI_RecordSetStringW 0x1580238 6 L"PatchMediaSrc" 003d:trace:msidb:msi_get_transform_record field 6 [L"PatchMediaSrc"] 003d:trace:msidb:msi_table_load_transform inserting record 003d:trace:msidb:TABLE_insert_row 0x16e968 0x1580238 FALSE 003d:trace:msidb:MSI_RecordGetInteger 0x1580238 1 003d:trace:msidb:MSI_RecordGetInteger 0x1580238 2 003d:trace:msidb:MSI_RecordGetInteger 0x1580238 1 003d:trace:msidb:table_create_new_row 0x16e968 FALSE 003d:trace:msidb:TABLE_insert_row insert_row returned 00000000 --- snip --- (2) CLR.msp --- snip --- 003d:trace:msi:msi_apply_patch_package 0x16e3e0 L"c:\\1f1fe15d723ca23ce97251a94afedddc\\wcu\\dotnetframework\\dotnetfx20\\CLR.msp" 003d:trace:msi:MSI_OpenDatabaseW L"c:\\1f1fe15d723ca23ce97251a94afedddc\\wcu\\dotnetframework\\dotnetfx20\\CLR.msp" (null) 003d:trace:msidb:enum_stream_names stream 0 -> L"\4840\3b3f\43f2\4438\45b1" L"\4840_Columns" 003d:trace:msidb:enum_stream_names stream 1 -> L"\4840\3f7f\4164\422f\4836" L"\4840_Tables" 003d:trace:msidb:enum_stream_names stream 2 -> L"T1ToU1" L"T1ToU1" 003d:trace:msidb:enum_stream_names stream 3 -> L"#T1ToU1" L"#T1ToU1" 003d:trace:msidb:enum_stream_names stream 4 -> L"\3b19\47e0\3a8c\47cb\4217\3bf7\4821" L"PCW_CAB_NetFX" ... 003d:trace:msidb:msi_table_apply_transform transform contains stream L"\4840Media" 003d:trace:msidb:TABLE_CreateView 0x1845a8 L"Media" 0x33d25c 003d:trace:msidb:TABLE_CreateView table 0x177348 found with 6 columns 003d:trace:msidb:TABLE_CreateView L"Media" one row is 14 bytes 003d:trace:msidb:TABLE_execute 0x1580ea0 (nil) 003d:trace:msidb:TABLE_execute There are 6 columns 003d:trace:msidb:TABLE_delete 0x1580ea0 ... 003d:trace:msidb:msi_table_load_transform 0x1845a8 0x15800e8 0x159d270 L"Media" 003d:trace:msidb:read_stream_data L"Media" -> L"\4840\4216\4327\4824" 003d:trace:msidb:TABLE_CreateView 0x1845a8 L"Media" 0x33d11c 003d:trace:msidb:TABLE_CreateView table 0x177348 found with 6 columns 003d:trace:msidb:TABLE_CreateView L"Media" one row is 14 bytes 003d:trace:msidb:TABLE_execute 0x1580fd0 (nil) 003d:trace:msidb:TABLE_execute There are 6 columns 003d:trace:msidb:msi_table_load_transform name = L"Media" columns = 6 row_size = 14 raw size = 16 003d:trace:msidb:MSI_CreateRecord 6 003d:trace:msidb:msi_get_transform_record row -> 003d:trace:msidb:MSI_RecordSetInteger 0x1581018 1 101 003d:trace:msidb:msi_get_transform_record field 1 [0x8065] 003d:trace:msidb:MSI_RecordSetInteger 0x1581018 2 1036 003d:trace:msidb:msi_get_transform_record field 2 [0x8000040c] 003d:trace:msidb:MSI_RecordSetStringW 0x1581018 3 L"" 003d:trace:msidb:msi_get_transform_record field 3 [L""] 003d:trace:msidb:MSI_RecordSetStringW 0x1581018 4 L"#PCW_CAB_NetFX" 003d:trace:msidb:msi_get_transform_record field 4 [L"#PCW_CAB_NetFX"] 003d:trace:msidb:MSI_RecordSetStringW 0x1581018 5 L"" 003d:trace:msidb:msi_get_transform_record field 5 [L""] 003d:trace:msidb:MSI_RecordSetStringW 0x1581018 6 L"PatchMediaSrc" 003d:trace:msidb:msi_get_transform_record field 6 [L"PatchMediaSrc"] 003d:trace:msidb:msi_table_load_transform inserting record 003d:trace:msidb:TABLE_insert_row 0x1580fd0 0x1581018 FALSE 003d:trace:msidb:MSI_RecordGetInteger 0x1581018 1 003d:trace:msidb:MSI_RecordGetInteger 0x1581018 2 003d:trace:msidb:MSI_RecordGetInteger 0x1581018 1 003d:err:msidb:msi_table_load_transform insert row failed ... --- snip --- Subsequent row insertions into Media table fail after applying first .msp transform(s). I manually dumped the transforms from all .msp and verified with Orca - most of them use indeed the same disk id = 101 -> (dupe) key. That means later msi package install operates on broken database with only the transform from first msp applied to the Media/PatchPackage tables (referencing ASPNET internal cabinet stream) - hence the failure. The question arises how to apply transforms to Media table with same disk id keys coming from previous transforms (also affects PatchPackage table). A solution might be to rebase them to have the transforms from all patches succeeding in inserting rows into Media table to preserve patch source. Though such rebasing requires knowledge of patch order. Experimenting with Orca 3.x has shown it overwrites the row with duplicate key in Media table when applying multiple patches/transforms to msi db which can't be the correct way because the previous patch source gets lost. MSDN and even Stebner's blog (Microsoft MSI Guru) are not really helpful on this specific problem (or I missed it). 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)meelstraat.net --- Comment #16 from Hans Leidekker <hans(a)meelstraat.net> 2009-09-03 04:58:19 --- Commit 05e9a1fce826d9bc2ca3895dd40e42d9cba1a3ca added an implementation of MsiDetermineApplicablePatchesW. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #17 from Fabian Köster <koesterreich(a)gmx.net> 2009-09-05 06:14:04 --- Just checked out the current git tree and the error message is still there. Do you need updated logs? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #18 from Hans Leidekker <hans(a)meelstraat.net> 2009-09-05 06:47:48 ---
Just checked out the current git tree and the error message is still there. Do you need updated logs?
Not needed, the patch fixes the first problem mentioned in this report but the second is still there. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #19 from Dan Kegel <dank(a)kegel.com> 2009-10-31 19:58:52 --- *** Bug 20532 has been marked as a duplicate of this bug. *** -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.2.0 --- Comment #20 from Dan Kegel <dank(a)kegel.com> 2009-10-31 20:04:29 --- Re comment #11: you already know this, but the purpose of a minimal testcase is not solely to make the problem obvious, it also makes it tons easier for someone to write a conformance test that lets us confirm automatically that our code conforms to the behavior of the reference implementation, so that future changes don't screw it up. Anyway, this seems to be affecting newer .net installers of all flavors, so nominating for wine 1.2. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |xerox_xerox2000(a)yahoo.co.uk -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #21 from Austin English <austinenglish(a)gmail.com> 2009-12-12 13:34:55 --- Still present in git. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stlwrt(a)gmail.com --- Comment #22 from Dan Kegel <dank(a)kegel.com> 2009-12-28 08:00:49 --- *** Bug 18766 has been marked as a duplicate of this bug. *** -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19741 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Jon Dufresne <jon.dufresne(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jon.dufresne(a)gmail.com -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Arthur Ivanov <me(a)arthur.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |me(a)arthur.ru -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |davidsscully(a)gmail.com --- Comment #23 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-02-20 05:48:31 --- *** Bug 21768 has been marked as a duplicate of this bug. *** -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |elmano(a)gmx.at --- Comment #24 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2010-03-05 13:43:24 --- *** Bug 20824 has been marked as a duplicate of this bug. *** -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2010-03-07 13:32:54 --- Hello, since this affects lots of apps the only way to progress this is having someone providing a full +voicewarmup msi log of .NET 2.0 SP1 installer. Use a clean Windows XP install with .NET 2.0 Framework and enable full msi log before starting the SP1 installer (http://support.microsoft.com/kb/314852). I already gave some analysis based on Wine MSI output but it's only guesswork until we really get some information how Windows MSI deals with multiple patch transforms containing duplicate keys. 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #26 from Florian Friedrich <friedrich(a)hooster.de> 2010-03-10 15:06:30 --- Created an attachment (id=26736) --> (http://bugs.winehq.org/attachment.cgi?id=26736) Verbose log files of the SP1 installation There you go. This is a collection of the verbose log files, you get, when installing .NET 2.0 SP 1 over the basic .NET 2.0. I hope, this can help you. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #27 from Mike Kaplinskiy <mike.kaplinskiy(a)gmail.com> 2010-04-17 21:30:03 --- Created an attachment (id=27423) --> (http://bugs.winehq.org/attachment.cgi?id=27423) patches The patches let the installer crash at a later time, although invoking the installer again afterwards replies that the product is already installer (and the files seem to be there).
From the voicewarmup log it looks windows msi moves the rows with conflicting diskids temporarily:
-- snip -- MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: This transform is not changing the 'Media.DiskId' column. No pre-transform fixup of this column is necessary. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The maximum 'Media.LastSequence' or 'File.Sequence' value inserted by this transform is 320 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The minimum 'Media.DiskId' value inserted by a patch transform is 100 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The maximum 'Media.DiskId' value inserted by a patch transform is 101 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The minimum 'File.Sequence' or 'Patch.Sequence' value inserted by a patch transform is 10000 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The maximum 'File.Sequence' or 'Patch.Sequence' value inserted by a patch transform is 10038. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: No collisions detected between this transform and existing data added by patch transforms. No pre-transform fixup is necessary. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Applying regular transform to database. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The minimum 'Media.DiskId' value inserted by a patch transform is 100 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The maximum 'Media.DiskId' value inserted by a patch transform is 101 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The minimum 'File.Sequence' or 'Patch.Sequence' value inserted by a patch transform is 10000 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: The maximum 'File.Sequence' or 'Patch.Sequence' value inserted by a patch transform is 10038. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Temporarily moving 'Media' table row with 'DiskId' value 101 to avoid conflict with this transform. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Temporarily moving 'PatchPackage' table row with 'Media_' value 101 to avoid conflict with this transform MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Applying special patch transform to database. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Modifying 'File' and 'Patch' rows added by this patch transform to have appropriate 'Sequence' values. Offsetting values by 9038 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Modifying 'PatchPackage' table row added by this patch transform to use 'Media_' value 102. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Modifying 'Media' table row added by this patch transform to use 'DiskId' value 102 and 'Source' values MSPSRC558CD0A70548422088FE01CC1477DF61. MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Moving 'Media' table row back to use correct 'DiskId' value 101 MSI (s) (54:D8) [21:30:57:703]: TRANSFORM: Moving 'PatchPackage' table row back to use correct 'Media_' value 101 -- snip -- But these are not the only ways that dot net abuses the installer. All of the patches bundled with SP1 are of exactly the same structure - i.e. a transform T1toU1 (and special transform #T1toU1), and a cab file PCW_CAB_NetFX.cab . The worst part is that some (read: NetFX_CA.msp) patches have a completely empty cab file yet add a media entry nonetheless. So our media source handling gets botched since we don't expect conflicting stream filenames, or media entries with no files. All of the patches have overlapping file sequence numbers as well, so we need to do offset these numbers. (And as I found out, you also need to offset sequence numbers from files that have their sequence number changed by a patch). These patches fix all these problems and let the installer install all of the files. However afterwards the installer still crashes, but it seems like for a different reason. Could an MSI guru look at this and say whether the direction of the patches at least right? I recognize that "msi: offset file/patch sequences and media diskids to prevent conflicts when applying a patch" is a mess and should probably be moved out of action.c -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Mike Kaplinskiy <mike.kaplinskiy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mike.kaplinskiy(a)gmail.com -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #28 from Hans Leidekker <hans(a)meelstraat.net> 2010-04-19 02:33:18 --- The general direction looks good, but removing the call to append_storage_to_db may not be right. The storages and streams added by a patch should probably show up in the _Storages and _Streams tables (even though we currently don't search the patch storages). -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 news.letter2k(a)yahoo.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |news.letter2k(a)yahoo.fr -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Carlton Hobbs <carlton.hobbs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs(a)gmail.com -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #29 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2010-06-16 16:18:22 --- The .Net SP1 installer now fails much earlier with a "Setup Error". Possibly a regression? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #30 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2010-06-18 09:09:39 --- (In reply to comment #29)
The .Net SP1 installer now fails much earlier with a "Setup Error". Possibly a regression?
Answering my own question: seems to crash earlier because of precreated registrykey [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Version"="2.2.30729" Setting it back to 2.0.50727 brings up the old msi-error again -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Gustavo Conte <gustavo(a)ventania.blog.br> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gustavo(a)ventania.blog.br --- Comment #31 from Gustavo Conte <gustavo(a)ventania.blog.br> 2010-08-27 12:08:53 --- (In reply to comment #27)
Created an attachment (id=27423) --> (http://bugs.winehq.org/attachment.cgi?id=27423) [details] patches
The patches let the installer crash at a later time, although invoking the installer again afterwards replies that the product is already installer (and the files seem to be there).
From the voicewarmup log it looks windows msi moves the rows with conflicting diskids temporarily:
http://www.eggheadcafe.com/forumarchives/windowsmsi/Nov2005/post24581380.asp Would this help? Seems like same problem, so well, it can also affect Windows developers (note this is from 2005) so a good way is to understand the best practice from Microsoft, how the demon itself solves this issue. I'm not even close of a good dev and very far from Windows developer, but I know how to google and want to help with this issue. It affects wine too much to let it go. So here's my idea: if it can also affect a windows dev, whats the best practice AS windows dev? How Microsoft solves the problem? ALSO, these people might know something: http://wix.sourceforge.net/ -> looks like They are specialized is MSI, we should check their code because the solution might be there! cya -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #32 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2010-09-17 02:03:00 CDT --- (In reply to comment #27)
Created an attachment (id=27423) --> (http://bugs.winehq.org/attachment.cgi?id=27423) [details] patches
Hi, i was never able to test these patches, as they didn't apply cleanly to any version of wine. Mike, do you still have the patches that can be applied to current git? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #33 from Mike Kaplinskiy <mike.kaplinskiy(a)gmail.com> 2010-09-18 20:34:07 CDT --- I just rebased/updated some of them at http://github.com/mikekap/wine/commits/msi_patch_transforms . I don't know if they still work though. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #22966|0 |1 is obsolete| | -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh(a)gmail.com --- Comment #34 from Jerome Leclanche <adys.wh(a)gmail.com> 2011-06-10 22:57:18 CDT --- (In reply to comment #33) Update on this bug? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #35 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2011-06-29 02:47:52 CDT --- (In reply to comment #33)
I just rebased/updated some of them at http://github.com/mikekap/wine/commits/msi_patch_transforms . I don't know if they still work though.
tried it, but didn't work. the installer still fails :( -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #36 from Hans Leidekker <hans(a)meelstraat.net> 2011-06-29 03:06:49 CDT --- (In reply to comment #35)
(In reply to comment #33)
I just rebased/updated some of them at http://github.com/mikekap/wine/commits/msi_patch_transforms . I don't know if they still work though.
tried it, but didn't work. the installer still fails :(
Try this recipe on plain Wine: 1. create fresh prefix 2. rm -rf ~/.wine/drive_c/windows/Microsoft.NET/Framework/v2.0.50727 3. wine reg delete "HKLM\Software\Microsoft\Net Framework Setup\NDP\v2.0.50727" 4. set windows version to win2k 5. wine dotnetfx.exe 6. server/wineserver -k /* make sure all services are stopped */ 7. WINEDLLOVERRIDES=ngen.exe,regsvcs.exe,mscorsvw.exe=b wine NetFx20SP1_x86.exe 8. set windows version back -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #37 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2011-06-29 03:34:24 CDT ---
Try this recipe on plain Wine:
1. create fresh prefix 2. rm -rf ~/.wine/drive_c/windows/Microsoft.NET/Framework/v2.0.50727 3. wine reg delete "HKLM\Software\Microsoft\Net Framework Setup\NDP\v2.0.50727" 4. set windows version to win2k 5. wine dotnetfx.exe 6. server/wineserver -k /* make sure all services are stopped */ 7. WINEDLLOVERRIDES=ngen.exe,regsvcs.exe,mscorsvw.exe=b wine NetFx20SP1_x86.exe 8. set windows version back
Thanks Hans, that works indeed! Does it mean the msi-stuff is fixed? And does the NET 2.0 SP1 installer indeed install all the files correctly? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #38 from Hans Leidekker <hans(a)meelstraat.net> 2011-06-29 03:47:12 CDT --- (In reply to comment #37)
Thanks Hans, that works indeed! Does it mean the msi-stuff is fixed? And does the NET 2.0 SP1 installer indeed install all the files correctly?
Yes, the msi bugs analysed here should be fixed. I'm not sure all files are installed correctly, but my limited testing has shown that we can still run .NET 2.0 apps after installation of the service pack. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #39 from Dan Kegel <dank(a)kegel.com> 2011-07-01 01:22:46 CDT --- NetFx20SP1_x86 exits for me with status 105, is that expected? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #40 from Hans Leidekker <hans(a)meelstraat.net> 2011-07-01 02:42:20 CDT --- (In reply to comment #39)
NetFx20SP1_x86 exits for me with status 105, is that expected?
The inner msi installer exits with status 3010 (ERROR_SUCCESS_REBOOT_REQUIRED), which might explain that. I don't see it perform the reboot though. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #41 from Anastasius Focht <focht(a)gmx.net> 2011-07-02 09:55:34 CDT --- Hello, --- quote --- The inner msi installer exits with status 3010 (ERROR_SUCCESS_REBOOT_REQUIRED), which might explain that. I don't see it perform the reboot though. --- quote --- you just have to wait a bit longer until this shows up in console: --- snip --- fixme:advapi:InitiateSystemShutdownExW (null) L"" 0 0 1 458752 --- snip --- I suggest the SP1 recipe to be added to winetricks. You might also want to check if .NET Framework 2.0 was already installed using winetricks. In that case you need to correct one version value before other steps (faked due to Wine mono registry hacks/braindamage). --- snip --- wine reg add "HKLM\Software\Microsoft\Net Framework Setup\NDP\v2.0.50727" /v Version /d "2.0.50727" /f --- snip --- The issues that were originally present are indeed gone (MsiDetermineApplicablePatches, patch transforms). There is an issue with regsvcs.exe/mscorsvw.exe crashing which deserves its own bug (you probably did the builtin override for that). I've had an analysis ready for that some months ago - but unfortunately it got lost ... maybe I remember it again in detail (was msi/GAC issue). Marking fixed. 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #42 from Dan Kegel <dank(a)kegel.com> 2011-07-02 14:54:49 CDT --- Created an attachment (id=35403) --> (http://bugs.winehq.org/attachment.cgi?id=35403) draft patch to add dotnet20sp1 to winetricks Here's a draft patch for winetricks, but the install fails for me towards the end with e.g. fixme:regsvcs:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\RegSvcs.exe" L"/bootstrapi" err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1603 Suggestions welcome. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #43 from Anastasius Focht <focht(a)gmx.net> 2011-07-03 05:42:36 CDT --- Hello, I've seen this phenomenon sometimes - I suspect some kind of race condition when committing changes to registry/hives after doing full bootstrap. You execute 'wineserver -k' as prerequisite hence the first process start will bootstrap everything again (reg/regedit). Now it seems even after reg/regedit termination, the system.reg registry hive still has "Windows XP" at the point when the main .NET SP installer is started (-> wineserver doesn't terminate in between). After some time - while already running SP installer - the hive gets the change to "Windows 2000" (-> regedit import terminated long ago). Hence the main installer is started with "Windows XP" while subsequent processes get "Windows 2000" (registry changes got committed at much later time). Sometimes you get a more concise indication of the problem in terminal: --- snip --- fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0) --- snip --- This is where the directory links are used for assembly GAC install (reparse point/junctions) and a clear indication that the WINEPREFIX still operates on Winver "Windows XP". --- When you do full bootstrap sequence (to kill off services and lingering processes): --- snip --- ... wineserver -k w_set_winver win2k --- snip --- You must force full bootstrap again after 'w_set_winver win2k': wineserver -k or add sufficient large delay (sleep 5) to have wineserver/initial processes terminate gracefully again - before starting the installer. The "safe" variant is of course 'wineserver -k' BTW: you also need to handle installer internal exit code 194 after successful install (the user selected "restart later"). The .cab check stands corrected too. 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #44 from Dan Kegel <dank(a)kegel.com> 2011-07-03 17:54:29 CDT --- Thanks. How's http://code.google.com/p/winetricks/source/detail?r=667 look? Seems to install successfully here. Haven't tried any apps with it yet. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #45 from Anastasius Focht <focht(a)gmx.net> 2011-07-04 01:15:11 CDT --- Hello Dan, --- quote --- Thanks. How's http://code.google.com/p/winetricks/source/detail?r=667 look? Seems to install successfully here. Haven't tried any apps with it yet. --- quote --- looks good. Works for gui, unattended and partial install (if .NET 2.0 already installed in WINEPREFIX). It would be nice if you also fix .NET 2.0 SP2 installer that way. The registry race is also present in SP2 recipe (leads to similar crash), needs wineserver -k after winver_2k. Additionally enable silent/unattended mode and handle returned errors same way (105, ..) 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #46 from Hans Leidekker <hans(a)meelstraat.net> 2011-07-04 03:45:56 CDT --- (In reply to comment #45) ...
It would be nice if you also fix .NET 2.0 SP2 installer that way. The registry race is also present in SP2 recipe (leads to similar crash), needs wineserver -k after winver_2k. Additionally enable silent/unattended mode and handle returned errors same way (105, ..)
While you're at it, .NET 2.0 SP1 should be a dependency of the .NET 3.5 installer. Even though the latter installer includes the former we can't support it like that because .NET 2.0 SP1 needs win2k and .NET 3.5 (or actually the .NET 3.0 SP1 installer also included) wants winxp or higher. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #47 from Dan Kegel <dank(a)kegel.com> 2011-07-04 05:01:28 CDT --- Sounds like the dependency chain shouldn't be skipping service packs. For starters, I can fix dotnet20sp2, and then make dotnet30 depend on dotnet20sp2. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #48 from Hans Leidekker <hans(a)meelstraat.net> 2011-07-04 05:11:52 CDT --- (In reply to comment #47)
Sounds like the dependency chain shouldn't be skipping service packs.
For starters, I can fix dotnet20sp2, and then make dotnet30 depend on dotnet20sp2.
No, dotnet30 doesn't need dotnet20sp2, but dotnet35sp1 does. It's like this: dotnet30 <- dotnet20 dotnet35 <- dotnet20sp1, dotnet30sp1 dotnet35sp1 <- dotnet20sp2, dotnet30sp2 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #49 from Alexandre Julliard <julliard(a)winehq.org> 2011-07-08 13:47:11 CDT --- Closing bugs fixed in 1.3.24. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 hash <HASH.DuOrden(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden(a)gmail.com --- Comment #50 from hash <HASH.DuOrden(a)gmail.com> 2011-11-04 11:16:30 CDT --- As I've understand this bug is closed, partially, because of winetricks changes to stop wineserver in between of steps winetricks performs during sequencing dotNet 2.0, dotNet 2.0 sp1, dotNet 2.0 sp2 and the switching between windows versions, but if one, like me, uses different version of wine, not the one set in system but, in my case, set in /opt/wine (there is wine set in system but it's of different version), winetricks fails to perform wineserver -k because it simply calls for system wineserver and disregards preset $WINE variable for that and since system wine version isn't equal to one set in $WINE variable, system wineserver can't stop ${WINE}server since "wineserver -k" is not equal "${WINE}server -k". -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #51 from Austin English <austinenglish(a)gmail.com> 2011-11-04 12:17:09 CDT --- (In reply to comment #50)
As I've understand this bug is closed, partially, because of winetricks changes to stop wineserver in between of steps winetricks performs during sequencing dotNet 2.0, dotNet 2.0 sp1, dotNet 2.0 sp2 and the switching between windows versions, but if one, like me, uses different version of wine, not the one set in system but, in my case, set in /opt/wine (there is wine set in system but it's of different version), winetricks fails to perform wineserver -k because it simply calls for system wineserver and disregards preset $WINE variable for that and since system wine version isn't equal to one set in $WINE variable, system wineserver can't stop ${WINE}server since "wineserver -k" is not equal "${WINE}server -k".
As long as it's running on the same WINEPREFIX, a different version of wine's wineserver should still be able to kill it (works here with git and 1.3.9). -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #52 from hash <HASH.DuOrden(a)gmail.com> 2011-11-04 12:29:55 CDT --- (In reply to comment #51)
As long as it's running on the same WINEPREFIX, a different version of wine's wineserver should still be able to kill it (works here with git and 1.3.9).
It never worked for me, wineserver -k not complaining but wine processes stays in memory and finishes when they decide is right. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=16956 --- Comment #53 from Dan Kegel <dank(a)kegel.com> 2011-11-12 13:46:10 CST --- Hmm. With wine-1.3.28 or current git, winetricks dotnet20sp1 no longer seems to create the c:/windows/assembly/NativeImages_v2.0.50727_32/indexb.dat file it used to with wine-1.3.22, so winetricks reports failure. -- 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=16956 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20080814064955/https://dow | |nload.microsoft.com/downloa | |d/0/8/c/08c19fa4-4c4f-4ffb- | |9d6c-150906578c9e/NetFx20SP | |1_x86.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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla