[Bug 30162] Microsoft .NET 2.0 Framework: "mscorsvw" compile worker hangs sometimes while generating native images from assemblies in GAC (loader section block reported)

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

--- Comment #3 from Austin English  2012-03-15 03:36:18 CDT ---
(In reply to comment #2)
> Regarding Win2K/WinXP mode: somewhere before Wine 1.4, changes resulted in
> different installer execution path, not calling/relying on junction point API
> for installing specific assemblies into GAC (System.EnterpriseServices).
> This allows to run the .NET 2.0 installer without winetricks (though still
> required for .NET service pack installers and other .NET versions to clean up
> Mono stuff before).
>
> I didn't find the time yet to bisect this goodie. Maybe someone can.

4a6c63e24a5a9ab22dc4e2145db16d86fe8f1895 is the first bad commit
commit 4a6c63e24a5a9ab22dc4e2145db16d86fe8f1895
Author: Hans Leidekker 
Date:   Tue Mar 8 10:08:16 2011 +0100

msi: Make a second pass to determine which files to install in the
InstallFiles action.

This is needed because the target path can still change after CostFinalize
    is executed. This happens in the .NET 1.1 Service Pack 1 installer where a
    custom action calls SetTargetPath.

:040000 040000 e47f1d44f9a363bee3749974d4202ccdbe6b5621
a1aa78c09ac65419f258971ca7075586b51776cf M    dlls
bisect run success

Used git bisect run and the following script:
#!/bin/bash
set -x
wineserver -k || true
rm -rf $HOME/.wine || exit 125
./configure || exit 125
make -j15 || exit 125
cd $HOME/.cache/winetricks/dotnet20 || exit 125
$HOME/wine-git/wine dotnetfx.exe /q /c:"install.exe /q" || exit 0
exit 1