Can the c#.net application run without .net framework? [duplicate] - c#

This question already has answers here:
Running .net based application without .NET Framework
(13 answers)
Closed 9 years ago.
I created a windows application using c#.net, and i converted it into .exe
can i run this application on another system without installing .net framework?
please clear my doubt.
Thanks

C# apllications are not handled by the operating System. Its CLR(inside framework) (Common Language Runtime) who takes care about running the C# apps and also about all memory management, resource allocation, de-allocation etc. It creates a virtual layer over the OS while running the application. So you need the .NET-framework!

Its not about C#. Its about weather you want to develop managed or unmanaged applications. C# is the choice for developing managed applications which run on .NET Framework.
If you want to avoid that , you can go to Visual C++ (without .NET) development using Visual Studio.
However, .NET framework comes pre-installed with latest Os like Win 7 these days.

Related

what is the difference between .NET Framework Develop Pack and .net core? [duplicate]

This question already has answers here:
What's the difference between .NET Core, .NET Framework, and Xamarin?
(11 answers)
Closed 4 years ago.
I have navigate to https://www.microsoft.com/net/download/windows
to download .net core SDK , then i saw there is 3 build apps
.Net Core
Visual Studio
.NET Framework Develop Pack
Can anyone explain what is the difference between 1st one and 3rd one ?
The first is .NET Core which is a smaller subset of the .NET framework. .NET Core was largely for web apps and web workers, but it was announced yesterday that soon .NET Core will support desktop applications as well. Not all assemblies are available in Core, but it has a smaller package size and will run on any platform.
.NET Framework is the one people usually refer to when they say ".NET", which is the full-featured framework that is used to build VB.NET and C# applications.
A great read about the difference in use for server applications (which is where the real details lie) can be found here.

Using .Net NamedPipes in a VB6 to communicate with C# application [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
UPDATE:
1 - New C# application exposes NamedPipeServerStream(System.IO.Pipes) on .Net framework.
2 - Legacy VB6 needs to communicate with the C# NamedPipeServerStream.
3 - Until now VB6 resides in a system without .Net framework. But, going forward both C# and legacy application will be on a computer which has .Net installed.
3 - Can VB6 talk to the C# pipe server using CallNamedPipe() and is this approach hassle free in maintenance of the communication betwen the applications?
Any resources I can look into or other approaches ?
Old question:
I have a legacy VB 6.0 application which needs to communicate with a newer C# application using .Net NamedPipes.
Currently, the legacy VB6 application sits on a system without .Net.
When I install .Net framework and the C# NamedPipeServer application on that system, how can the legacy VB6 program communicate with the C# application over NamedPipes ?
Please let me know.
Thanks in advance.
I have worked with a VB6 application which needed data from a set of WCF services.
The easiest way to achieve this is to put the logic to communicate with remote systems in a .Net assembly which exposes operations via COM and call that assembly from your VB6 code.
See https://msdn.microsoft.com/en-us/library/system.runtime.interopservices.comvisibleattribute(v=vs.100).aspx as a starting point.
If you are using System.IO.Pipes for this then thankfully you don't have to deal with the cruft and interoperabiity nightmare known as WCF.
To write a nice pipe client in VB6 requires a control or class written in C++ in order to manage the async I/O and raise events. Otherwise you will probably have to use a Timer to poll for input, but it is all fairly straightforward API I/O then.
I don't know of any cheap or free ActiveX DLL or OCX generally available today, and I doubt Microsoft ever produced one. But the Timer-driven polling approach should have plenty of examples out there to get you started. And it spares you the terrible inefficiency, stops and sputters, and giant memory footprint of saddling your VB6 program with all the overhead of using .Net Interop.
But that is always an option.

Can C# be used in embedded environments? [duplicate]

This question already has answers here:
C# for embedded systems? [closed]
(11 answers)
Closed 8 years ago.
As I'm learning C# and my budding interest in embedded devices, I wondered If I can use C# in an embedded environment. How is C# going to help us in the realm of the Internet Of Things.
Note: The only question I found that resemble this is this one: C# for embedded devices
But this question has been asked 3 years ago. Obviously many things have changed since then.
Yes, there are at least three ways:
Through the .Net Micro Framework, however .Net MF is supported on a limited range of architectures, has a footprint of around 300Kb, and is not a hard real-time OS - thus precluding it form a large section of embedded applications. Although originally a Microsoft product, it is now an open source project.
The .NET Compact Framework running on Windows Embedded CE or Windows Mobile.
Through Mono running on embedded Linux.
C# requires a runtime environment that is not insubstantial which is its biggest barrier to embedded deployment in many applications. However if you have a platform with resources in the order of 4Mb ROM, and 1Mb RAM, or sufficient to support CE or Linux, then it is entirely possible. For high volumes or high value products, with complex UI and connectivity requirements it may make sense, but for simple applications it may be hardly worth the resource overhead and hardware cost.

Running C# Windows Application from CD/USB Drive without installing .NET Framework [duplicate]

This question already has answers here:
Running .net based application without .NET Framework
(13 answers)
Closed 9 years ago.
I have a C# application which needs to run on a client's machine but the client does not want to have to install the .NET framework. He wants my application to run 'as-is' from a CD or a PenDrive.
How do I make this happen?
You need the appropriate version of the .NET framework installed in order to run .NET applications. That's pretty much a requirement.
It's just like trying to run a Java application without the JRE installed, or a PHP application without PHP.
Sorry but this is not possible. You need the .NET framework on the machine with the C# code on as the C# code relies on .NET to actually DO anything.

.Net framework 4 Applications for Windows XP [duplicate]

This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
can .net framework 4 works on top of windows xp?
We are considering various framework and languages options to develop our database driven Desktop Application for our target market which, unfortunately, abundantly uses Windows XP in their systems. Can anyone please confirm that if we develop a desktop application in C#/.NET framework 4.0, will that application be able to run on Windows XP? I understand that to run .net developed applications, we need to have .net framework installed in end-users' system so my 2nd question is: can we install .net Framework on Windows XP (with no service pack installed on that)?
Waiting to be enlightened by your expert answers.
It's not clear why you think you've got two questions here - they're both basically "does .NET 4 run on Windows XP" which is easily answered by the system requirements page.
That shows that .NET 4 works on XP Professional, XP Home Edition and XP Professional x64 edition. It does not work (or at least isn't supported) on Media Center, Tablet PC or Starter editions.
I would expect it to be an optional install via Windows Update, so you may find that some of your customers already have it installed, but plenty of others don't.

Categories