Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


dotNet 3.X support

Recommended Posts

Btw guys, it's possible to run quite a few dotnet 3.0/3.5 applications by getting the missing assemblies they may depend on from dotnet 3.5 installer and putting them in the system dir or the application folder. Remotesoft .NET Explorer is a good free tool for identifying missing .net dependencies. The WPF files won't work but often it's only just system.core.dll that's missing and this one runs just fine. I have tried hard to get some net 4.0 apps to run but to no avail even the simplest ones.


I think you should have a look at the OnePiece's .NET 3.5 SP1 True Addon. It uses an INF file to install so it's much better to analyse and modify then the official MSI installer.

Joe, if you google WPF you'll find out that 90% of the top results are about the Windows Presentation Foundation graphical subsystem introduced with dotnet 3.0.

As for system.core.dll it's a dotnet 3.5 file and you can find it at the following location (navigating the installer with 7-Zip):


Thanks, loblo & tomasz86.

This is potentially very useful for running dotNet applications built with VS2008 (or VS2005 with the dotNet 3.0 update) or later.

I found the OnePiece packages easier to dissect for required "assemblies" than the MS ones. Don't make my first mistake of downloading the usual dotNet 3.X framework installation packages from MS, these are downloaders only and don't contain anything useful (the "full" packages from MS should be OK, but they are huge and the embedded files need renaming).

Use the Remotesoft .NET Explorer to find out what "assemblies" you need. The way this seems to work is that you open your dotNet 3.X application, expand the tree view for the Dependencies branch, then select the properties of anything listed there. If a normal Properties window appears or the error message "This file does not have a program associated with it ..." , then the "assembly" exists. If the error "Can't resolve reference ..." appears, then the "assembly" is missing. You also need to do this for any "assemblies" you bring in, to find their dependent "assemblies".

Unfortunately, Windows Presentation Foundation (WPF) applications don't seem to work. Perhaps someone more knowledgeable can figure a way ...


Edited by jds

Share this post

Link to post
Share on other sites

Windows Presentation Foundation (WPF) doesn't work in Win2k too :(

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...