[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: [e-mail]
        ReportedBy: [e-mail]

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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |dotnet, Installer

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from Anastasius Focht   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #2 from Anastasius Focht   2009-01-18 10:38:20 ---
Hello,

also applies to .NET 3.0 SP1 (which is part of .NET 3.5).

Regards

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #3 from Fabian Köster   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?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Fabian Köster  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |15376

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #4 from Fabian Köster   2009-03-31 16:36:42 ---
This bug is still present in wine 1.1.18 :(

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Jonathan Hartley  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #5 from Jonathan Hartley   2009-04-08 10:32:32 ---
*** This bug has been confirmed by popular vote. ***

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Ken Sharp  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #6 from Fabian Köster   2009-04-13 10:28:50 ---
Also present in 1.1.19

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Fabian Köster  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |18811

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Fabian Köster  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|15376                       |

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Fabian Köster  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |15376

--- Comment #7 from Fabian Köster   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #8 from Anastasius Focht   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #9 from Fabian Köster   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!

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Ken Sharp  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|[e-mail]          |

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
          Component|-unknown                    |msi

--- Comment #10 from Dan Kegel   2009-07-11 12:27:36 ---
Changing category per comment #1.

Can you suggest a test case for MsiDetermineApplicablePatches that would
expose this?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #11 from Anastasius Focht   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #12 from Hans Leidekker   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #13 from Fabian Köster   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."

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #14 from Fabian Köster   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #15 from Anastasius Focht   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Hans Leidekker  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #16 from Hans Leidekker   2009-09-03 04:58:19 ---
Commit 05e9a1fce826d9bc2ca3895dd40e42d9cba1a3ca added
an implementation of MsiDetermineApplicablePatchesW.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #17 from Fabian Köster   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?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #18 from Hans Leidekker   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #19 from Dan Kegel   2009-10-31 19:58:52 ---
*** Bug 20532 has been marked as a duplicate of this bug. ***

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |1.2.0

--- Comment #20 from Dan Kegel   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Louis Lenders  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #21 from Austin English   2009-12-12 13:34:55 ---
Still present in git.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #22 from Dan Kegel   2009-12-28 08:00:49 ---
*** Bug 18766 has been marked as a duplicate of this bug. ***

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |19741

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Jon Dufresne  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Arthur Ivanov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Jeff Zaroyko  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #23 from Jeff Zaroyko   2010-02-20 05:48:31 ---
*** Bug 21768 has been marked as a duplicate of this bug. ***

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Louis Lenders  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #24 from Louis Lenders   2010-03-05 13:43:24 ---
*** Bug 20824 has been marked as a duplicate of this bug. ***

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #25 from Anastasius Focht   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #26 from Florian Friedrich   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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #27 from Mike Kaplinskiy   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Mike Kaplinskiy  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #28 from Hans Leidekker   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).

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Carlton Hobbs  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #29 from Louis Lenders   2010-06-16 16:18:22 ---
The .Net SP1 installer now fails much earlier with a "Setup Error". Possibly a
regression?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #30 from Louis Lenders   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Gustavo Conte  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #31 from Gustavo Conte   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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #32 from Louis Lenders  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?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #33 from Mike Kaplinskiy  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #22966|0                           |1
        is obsolete|                            |

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #34 from Jerome Leclanche  2011-06-10 22:57:18 CDT ---
(In reply to comment #33)

Update on this bug?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #35 from Louis Lenders  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 :(

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #36 from Hans Leidekker  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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #37 from Louis Lenders  2011-06-29 03:34:24 CDT ---
> Try this recipe on plain Wine:
> - create fresh prefix
> - rm -rf ~/.wine/drive_c/windows/Microsoft.NET/Framework/v2.0.50727
> - wine reg delete "HKLM\Software\Microsoft\Net Framework Setup\NDP\v2.0.50727"
> - set windows version to win2k
> - wine dotnetfx.exe
> - server/wineserver -k  /* make sure all services are stopped */
> - WINEDLLOVERRIDES=ngen.exe,regsvcs.exe,mscorsvw.exe=b wine NetFx20SP1_x86.exe
> - 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?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #38 from Hans Leidekker  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #39 from Dan Kegel  2011-07-01 01:22:46 CDT ---
NetFx20SP1_x86 exits for me with status 105, is that expected?

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #40 from Hans Leidekker  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #41 from Anastasius Focht  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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #42 from Dan Kegel  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #43 from Anastasius Focht  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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #44 from Dan Kegel  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #45 from Anastasius Focht  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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #46 from Hans Leidekker  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #47 from Dan Kegel  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #48 from Hans Leidekker  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

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #49 from Alexandre Julliard  2011-07-08 13:47:11 CDT ---
Closing bugs fixed in 1.3.24.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

hash  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #50 from hash  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".

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #51 from Austin English  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).

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #52 from hash  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

http://bugs.winehq.org/show_bug.cgi?id=16956

--- Comment #53 from Dan Kegel  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.

[Bug 16956] Lexware: Installation of .Net 2.0 SP 1 fails

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=16956

Anastasius Focht  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