software

Windows x64 and the Microsoft .NET Framework: 32 or 64-bit?

Tekmaven   on 23 March 2005 - 17:13 · 12 comments & 4040 views

Advertisement (Why?)
The Microsoft .NET Framework is the core “runtime” and libraries for all Microsoft .NET applications. On Windows x64, the Microsoft .NET Framework v1.1 will run as a 32-bit application – not as a 64-bit application. In the next release of .NET, the installer will install a native x64 version of the .NET framework, along with a 32-bit version (yes, TWO identical .NET Frameworks – one x64 and one 32-bit). To understand why Microsoft is doing this, let me explain how .NET applications really “work”.

When a developer is finished writing his application, he uses a .NET enabled compiler to compile his code into a .NET assembly (usually into a .exe or a .dll file). A .NET Assembly does not contain any architectural “machine” code, it contains “MSIL” – Microsoft Intermediate Language. When you run a .NET assembly, the .NET “CLR” – Common Language Runtime reads the MSIL and converts it into code that your architecture can understand.

With this in mind, why doesn’t .NET 1.1 run assemblies as an 64-bit process on Windows x64? The quickest answer would be, .NET 1.1 simply does not have any type of x64 support. So why not make a patch, or release an update to .NET 1.1 to make it support running 64-bit assemblies?

The answer is compatibility. In .NET, a developer can still use COM controls and make Win32 calls in their assemblies. A 64-bit application can’t host 32-Bit COM controls, and if you ran an assembly in 64-bit mode – it would have a problem if it made a 32-bit specific call.

View: Extended64


Making home networking easier is a key focus in Longhorn; among the aspects made simpler are setup, discovery of network resources, access and use of networked resources, diagnostics, roaming, etc. Considerable effort is going into making file sharing simple.

Our principal focus in Longhorn is to "make WIFI a great experience", both for users and for managers. We are investing a lot on a great diagnostic service, so that users can quickly understand and correct issues with wireless services. We are also investing a lot on a configuration and management. Finally, the extensibility of the stack paves the way for future innovation.

We are focusing on several major aspects: simplifying the interaction with the various configuration and setup UI aspects to make them much simpler to navigate; providing a more unified way of looking at different types of networks and managing them, making discovery and use of networked resources quick and simple, allow users as they move from work to home and public spots to easily roam without onerous intervention on changing settings, and making sure that end users can quickly discover problems, fix them and keep on using their network connections.

There is going to be a Network Explorer in Longhorn that will show the PCs and devices on your network. Users will be able to organize the PCs and users in different sorting order and will show PCs in the different workgroups and domains.

Post a comment · Send to friend Comments · There are 12 additional comments
(1 reply) #1 Kushan on 23 Mar 2005 - 17:33
I hope Microsoft gets the .NET framework out for x64 soon. Although I'm not a big fan of it, I keep coming across more and more applications for it.
#1.1 Martog on 24 Mar 2005 - 14:49
You can install the current 32bit .NET 1.1 onto Windows XP x64 just fine, just there will not be any support for 64bit .NET applications until .NET 2.0. I installed Visual Studio .NET 2003 on XP x64 and it installed .NET 1.1 just fine.
#2 Hurmoth on 23 Mar 2005 - 19:14
I think I'm going to switch to Fedora Core 3 x64... Microsoft is going down hill and fast
(1 reply) #3 smashguy on 23 Mar 2005 - 20:19
nice!!
#3.1 Jugalator on 24 Mar 2005 - 04:21
What is nice?

Personally I'm more of the opinion: Grr, the curse of COM controls hitting us again.

Yeah, like it's super nice to not have 64 bit support in .NET apps, or were you just sarcastic?
#4 sinatosk on 23 Mar 2005 - 21:52
.
#5 linuxboynz on 23 Mar 2005 - 22:08
I'm with you sinatosk
#6 Rudy on 23 Mar 2005 - 22:12
MS is having a real hard time moving to 64bit
(2 replies) #7 neufuse on 23 Mar 2005 - 23:17
.NET 2.0 is 64bit for IA64 and x86-64... so whats the problem? just use the new framework with recompiled assemblies for it... no need to push outdated frameworks when a newer one will be out

Last edited by 47883 on 23 Mar 2005 - 23:41
#7.1 Jugalator on 24 Mar 2005 - 04:23
" so whats the problem? "

.NET 2.0 isn't released in a final form, but .NET 1.1 is already?

"just use the new framework"

.NET 2.0 is currently beta quality code and not aimed for use in production environments.
Microsoft basically say "use at your own risk". Windows x64 may go RTM before .NET 2.0 do.
There's your problem.
#7.2 neufuse on 24 Mar 2005 - 18:29
well duh... but by the time 64bit windows catches on 2.0 will be in RTM form so its best to start getting ready to write code as soon as we get our dev to live license from mircosoft which they usually grant right after beta 2 is complete
#8 BeyondGodlike on 24 Mar 2005 - 00:28
isnt xp64 being RTM'd in like a week

Commenting has either been disabled on this article or you are not logged in. Click here to login or register, its free!

Note: Anonymous commenting is disabled in order to keep the quality of responses to a high standard.

Advertisement (Why?)