Troubleshooting Index

Problems Installing HotWire

Problems Running HotWire

Problems Downloading or Updating HotWire

Problems Installing HotWire

 

Tekin's HotWire PC interface requires Microsoft .NET 2.0 framework or above as part of the installation.

QUESTION: What if I do not have .NET 2 or above or if I do not know if I have .NET 2 or above installed on my computer?

ANSWER: During the HotWire Install HotWire will check to see if .NET 2.0 or greater is installed on your machine. If HotWire does not locate .NET on your machine HotWire will halt the install and send you to Microsoft's download site.

 

What is .NET? Why do I need the Framework?
Written by TRScheel, August 1st, 2007

I have seen this question appear many times in the forums, so I am writing this to hopefully help those who have this question. First, a history lesson!

Your earlier languages compiled to assembly language. Typically for MS C++, this was the Pentium 4. Many processors could read this language, if not for a decrease in performance.

With .NET this changed. Now all .NET languages compile* into what was known as MSIL (Microsoft Intermediate Language) but is now known as CIL (Common Intermediate Language). Expect to hear either acronym, as they both mean the same thing. Whether its C#, VB .Net, C++ CLI, or even Delphi, they all compile to this language. What is this language? Its a pseudo assembly language.

This pseudo assembly language is unreadable by CPU's... so the .NET framework comes with another tool. The JIT (Just in Time) compiler. This is automatically ran when a program written in .NET is ran. It compiles ONLY the portion of the program you are using, hence, you could technically never compile portions of a program. Advantages? Disadvantages? Well, without going into too much detail, it boils down to this: It compiles to assembly language for the user's specific CPU, creating an increase in run time speed, although there is extra overhead to compile at runtime.

The other staple of .NET is the GC (Garbage Collection). Professed to be the end of memory leaks, the GC runs in the background constantly monitoring your program and cleaning up unused memory. How does this work? Well, it watches when and if you ever reference a variable, and when it is no longer referenced it releases it. While it does clean up a lot of the variables, there are still some specific instances that the programmer will have to clean up after themselves, but these are far fewer than ealier languages. This also adds to the overhead.

The final note I will touch upon with .NET is the libraries it incorporates. Many functions are already included with .NET and many programmers will find all they need within there. Very few functions have to be hard coded with WIM or other externals.

Many state that .NET programs run slower than their C++ counterparts and many state the opposite. Their arguement stems from the GC and JIT portions of .NET. Where as the JIT does compile a faster running assembly code, the program has more running in the background to keep it going. Do the benefits outweigh the results? Thats a question for another day, but know that the answer probably lies in 'depends.' It probably depends on the program and what it is doing.

 

back to teamtekin.com