Comment Feed for .NET Stubs (TechOff on Channel 9)

Re: Re: .NET Stubs

William Stacey — Wed, 01 Jul 2009 19:11:48 GMT

"interesting, so the loader will have to check for a .NET installation then if one exists load the CLR, if not show a custom warning or do something else, interesting idea, aren't there some limitations to the stub size or something? Or you can just create a whole native app and just embed somehow the managed code/il"

In VS, you create a setup project that installs your managed app. Basically, you are creating an .msi that windows installer can install and will check for and install the framework. So that part is done for you already for the most part. You could create your own loader, but not sure why unless the Setup project did not cover all your bases. IIRC, if you create your project as a ClickOnce app, then you get framework dependency installed also. Another reason you always will have to worry about this (and should create a setup package) is because many times you are targeting newer versions of the framework (i.e. 3.5, 4.0, etc) so older versions already on the system will not help anyway, so you should probably always assume your fx is not installed. Then you always have a nice unit of deployment.

Re: Re: Re: Re: Re: .NET Stubs

figuerres — Wed, 01 Jul 2009 16:42:12 GMT

that would be rather silly....

then the installer would need an installer to install the pre-req for the installer.....

DUH what?

any commercial installers i have seen are native apps with zero or very few deps for that very reason.

so they can update almost anything on the target system, and can run on a bare target pc.

Re: Re: Re: Re: Re: .NET Stubs

AndyC — Wed, 01 Jul 2009 14:49:07 GMT

True, but all the cool kids use Windows Installer and everyone who doesn't deserves to suffer.

Re: Re: Re: Re: .NET Stubs

W3bbo — Wed, 01 Jul 2009 12:51:29 GMT

You forgot the scenario where the installer program itself is managed code ;)

Re: Re: Re: .NET Stubs

figuerres — Wed, 01 Jul 2009 12:17:14 GMT

why?

the thing called an install program perhaps?

all retail / large apps have an installer that checks the pre-req's and install them if missing.

and if each .net app had to have more stubb code then a lot of folks would complain and look for a way to remove it...

the "xcopy deployment" of .net apps was always "once .net is installed then you can just xcopy files and run them"

Re: Re: .NET Stubs

W3bbo — Wed, 01 Jul 2009 11:07:02 GMT

I'm not too bothered about how it works, I'm just surprised Microsoft let the CLR specification go by in such a way that if the .NET Framework isn't installed the users just get a nondescript error message about the program failing to initialise.

Of course with the CLR now included in Windows since Vista it is kind of moot, but it would have been of great use from 2002 through 2007.

Re: .NET Stubs

Ion Todirel — Wed, 01 Jul 2009 06:42:08 GMT

interesting, so the loader will have to check for a .NET installation then if one exists load the CLR, if not show a custom warning or do something else, interesting idea, aren't there some limitations to the stub size or something? Or you can just create a whole native app and just embed somehow the managed code/il

Re: .NET Stubs

figuerres — Mon, 29 Jun 2009 21:23:34 GMT

why not just have 2 .exe files

1 pure native - does a splash dialog and the checking

1 .net that is the app.

native app has the name users see , .net has other name like main.exe

that also allows loading updaters and other stuff based on startup conditions.

and leaves the standard .net exe in a default format.

Re: .NET Stubs

William Stacey — Mon, 29 Jun 2009 20:13:31 GMT

Not sure I understand. A Setup package will do this as a dependency. Also a Click-Once app will do this for you (as well as other dependencies such as sql express, 3.5sp1, etc). You could also write something like NetCheck pretty easy as a native wrapper that starts your .net exe or opens URI to the framework if not installed (maybe about 10 lines of code I think).