[Bug 21383] Kodu's installer doesn't work

wine-bugs at winehq.org wine-bugs at winehq.org
Sat Jan 16 15:27:13 CST 2010


Anastasius Focht <focht at gmx.net> changed:

           What    |Removed                     |Added
                 CC|                            |focht at gmx.net

--- Comment #7 from Anastasius Focht <focht at gmx.net>  2010-01-16 15:27:12 ---

--- quite ---
How did you see that the installer was looking for .NET. Want to learn how to
see those things so I'll not do the same error again.
--- quite ---

The queries for .NET's Common Language Runtime (CLR) posted in previous
comments are usually an indication that the app/installer wants to use .NET

--- quote ---
(null), L"C:\\windows\\temp\\msi2775.tmp-\\CustomAction.config", 0x00000000,
0x00000000, 0x33f390, 0x00000104, (nil), 0x33f59c, 0x00000014, (nil)) stub
fixme:mscoree:GetCORVersion (0x33f59c, 20, (nil)): semi-stub!
--- quote ---

Basically everything with:


There are mixed mode apps, e.g. an unmanaged host with managed components that
will result in calls to CorBindToRuntimeHost()/_CorExeMain() that tell the user
to install the .NET Framework by printing out messages in console (not the case

Also the use of .NET assembly names like
"Microsoft.Deployment.WindowsInstaller.dll" indicate managed components which
require some version of .NET Framework present.

Other installers use msi product codes or directly query the registry to look
for installed .NET versions.

For the prerequisite installation of .NET Framework itself refer to appdb. Be
aware .NET 3.5 won't install due to blocker bugs.


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.

More information about the wine-bugs mailing list