C# DLL in non dot net environment

G

Guest

Is it possible to use a c# dll in an environment where the dot net framework has not been installed ?

For example will a C++ wrapper do the job?

Thanks.
DD
 
M

Miha Markic [MVP C#]

Hi Dave,

No. You need .net environment to execute .net code.

--
Miha Markic [MVP C#] - RightHand .NET consulting & development
miha at rthand com
www.rthand.com

Dave52 said:
Is it possible to use a c# dll in an environment where the dot net
framework has not been installed ?
 
R

remotesoft

It's possible if you use our linker tool:

http://www.remotesoft.com/linker/

It will include a subset of the framework along with your C# dll and a
native stub for that dll.

For instance, you could use the tool to write an Office .NET addin, and a
..NET windows forms user control for IE, and deploy them w/o the full .NET
framework.

Dave52 said:
Is it possible to use a c# dll in an environment where the dot net
framework has not been installed ?
 
M

Miha Markic [MVP C#]

Hi,

The product seems interesting and I might even use it in one future project.
However, I guess you loose some functionality, such as loading external
assemblies, security isn't fully enabled I guess, ....
Do you have a list of drawbacks?
 
L

Lebrun Thomas

Do you have a list of drawbacks?

First drawback i see is that it increase the filesize of your
application.....

--
LEBRUN Thomas
http://morpheus.developpez.com


Miha Markic said:
Hi,

The product seems interesting and I might even use it in one future project.
However, I guess you loose some functionality, such as loading external
assemblies, security isn't fully enabled I guess, ....
Do you have a list of drawbacks?

--
Miha Markic [MVP C#] - RightHand .NET consulting & development
miha at rthand com
www.rthand.com

remotesoft said:
It's possible if you use our linker tool:

http://www.remotesoft.com/linker/

It will include a subset of the framework along with your C# dll and a
native stub for that dll.

For instance, you could use the tool to write an Office .NET addin, and a
.NET windows forms user control for IE, and deploy them w/o the full ..NET
framework.


framework has not been installed ?
 
M

Miha Markic [MVP C#]

Lebrun Thomas said:
First drawback i see is that it increase the filesize of your
application.....


:). A big one I guess.
However, sometimes it doesn't matter, for example if you are producing some
sort of a CD catalog application.
 
L

Lebrun Thomas

However, sometimes it doesn't matter, for example if you are producing
some
sort of a CD catalog application.

Yes, i know. But as you said, sometimes it doesn't matter, not always ;)

Bye.
 
R

remotesoft

Thanks for your interest in our products.

No, it does not loose any functionality, rather it retains all features of
the original application, including dynamic loading of external assemblies
(don't link such assemblies, and make sure all dependencies are
mini-deployed). The big difference is that .NET Framework is now a part of
your own applications, so the user doesn't really see the Framework in the
picture, and therefore, it may not be convenient if you want to do something
to the framrwork as a whole, such as running the Framework configuration
utility. Framework utilities are not deployed with the application. All
configurations are done at development time, so when the app ships, it
contains an isolated and much smaller version of the framework, which is
internal to the mini-deployed applications. Even when a full framework
exists on the same machine, the mini-deployed app wouldn't know it at all,
which is quite useful considering the many difference versions and service
packs of the framework yet to come.

The mini-deployed applications has all security features of the original
..NET app. In the case of a managed user control under IE, there is a little
difference in the HTML that deployes the control. When full .NET framework
exists, you can use the extended <object> tag to embed the control, however
when mini-deployed, it rolls back to the regular scenario of a traditional
ActiveX control.

I guess a mjor difference also lays in terms of upgrades. When a
mini-deployed app needs to a new version of the framework, you need to
re-generate the mini-package to contain the latest subset of the framework.

Miha Markic said:
Hi,

The product seems interesting and I might even use it in one future project.
However, I guess you loose some functionality, such as loading external
assemblies, security isn't fully enabled I guess, ....
Do you have a list of drawbacks?

--
Miha Markic [MVP C#] - RightHand .NET consulting & development
miha at rthand com
www.rthand.com

remotesoft said:
It's possible if you use our linker tool:

http://www.remotesoft.com/linker/

It will include a subset of the framework along with your C# dll and a
native stub for that dll.

For instance, you could use the tool to write an Office .NET addin, and a
.NET windows forms user control for IE, and deploy them w/o the full ..NET
framework.


framework has not been installed ?
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top