Windows 8 : A step backwards for the .net famework?


Recommended Posts

I?ve never been a fan of the .net framework. It always takes forever to install and back in the XP days most machines didn?t have it. Well .net still takes forever to install but in Windows 7 anything that required.net ?Just workes?.

Now in Windows 8 all of that is changing again. Last night I went to open up ?Patchmypc? on my windows 8 machine. I was prompted that I did not have 2.0 or 3.5 and it gave me the option to install it. So I clicked install and 5 mins later it had downloaded and installed and I could use ?Patchmypc?. This was never an issue on windows 7 it just worked.

Now I?m becoming annoyed with .net all over again.

I?ve never been a fan of the .net framework. It always takes forever to install and back in the XP days most machines didn?t have it. Well .net still takes forever to install but in Windows 7 anything that required.net ?Just workes?.

Now in Windows 8 all of that is changing again. Last night I went to open up ?Patchmypc? on my windows 8 machine. I was prompted that I did not have 2.0 or 3.5 and it gave me the option to install it. So I clicked install and 5 mins later it had downloaded and installed and I could use ?Patchmypc?. This was never an issue on windows 7 it just worked.

Now I?m becoming annoyed with .net all over again.

I?ve never been a fan of the .net framework. It always takes forever to install and back in the XP days most machines didn?t have it. Well .net still takes forever to install but in Windows 7 anything that required.net ?Just workes?.

Now in Windows 8 all of that is changing again. Last night I went to open up ?Patchmypc? on my windows 8 machine. I was prompted that I did not have 2.0 or 3.5 and it gave me the option to install it. So I clicked install and 5 mins later it had downloaded and installed and I could use ?Patchmypc?. This was never an issue on windows 7 it just worked.

Now I?m becoming annoyed with .net all over again.

I don't know WTF you're talking about because .Net never "just worked" on 7.... can't tell you how much of a huge pain in the ass .net is for when you're trying to deploy applications, not matter what OS they're running.

I don't know WTF you're talking about because .Net never "just worked" on 7.... can't tell you how much of a huge pain in the ass .net is for when you're trying to deploy applications, not matter what OS they're running.

Well in the case of applications that required dotnet 2.0 like patchmypc and CDburner XP they always "just worked". Now they don't anymore.

Every version of Windows ships with the newest version of the framework. Windows 8 ships with version 4.5. Most apps should run against it regardless of what they were written for, but if the app author specified that a specific version was required (i.e. 2.0-3.5 in your case) then it will be downloaded and installed on-demand. Including this by default would have taken up significant disk space when most people will never use it. Even in cases like yours, this step will go away if the app author removes the version requirement from their app, or builds it against .NET 4.x.

  • Like 2

I?ve never been a fan of the .net framework. It always takes forever to install and back in the XP days most machines didn?t have it. Well .net still takes forever to install but in Windows 7 anything that required.net ?Just workes?.

Now in Windows 8 all of that is changing again. Last night I went to open up ?Patchmypc? on my windows 8 machine. I was prompted that I did not have 2.0 or 3.5 and it gave me the option to install it. So I clicked install and 5 mins later it had downloaded and installed and I could use ?Patchmypc?. This was never an issue on windows 7 it just worked.

Now I?m becoming annoyed with .net all over again.

Windows 7 includes the .NET 3.5 runtime (which has support for .NET 3.5, 3.0 and 2.0)

Windows 8 includes the .NET 4.5 runtime (which has support for .NET 4.5 and 4.0)

As you stated in your post, if you have an app built with < .NET 4.0 you simply have to click "yes" and it installs the framework with no problems. What is there to be 'annoyed' about?

Windows 7 includes the .NET 3.5 runtime (which has support for .NET 3.5, 3.0 and 2.0)

Windows 8 includes the .NET 4.5 runtime (which has support for .NET 4.5 and 4.0)

As you stated in your post, if you have an app built with < .NET 4.0 you simply have to click "yes" and it installs the framework with no problems. What is there to be 'annoyed' about?

Because of how long .net takes to install. Do you know .net 4 can sometimes take more than 5 minutes to install?

Cant you spare 5 mins? It's not like you have to install it every day ;)

In the case of patchmypc I run it on every machine I work on. (though in this case he could fix it in his code)

Not crying, just saying never was an issue on windows 7.

That's because .NET Framework 3.5 was the latest version 3 whole years ago, when Windows 7 was released. You can't blame Microsoft for this, when the developer has had over 2 years to update their app (since .NET Framework 4.0 was released). It isn't Microsoft's fault that his app "just worked" on Windows 7 and it doesn't on Windows 8; it's up to the developer to ensure their app works. Microsoft doesn't update developers' apps for them, and you can't expect them to.

  • Like 2

Not crying, just saying never was an issue on windows 7.

Actually the exact same issue existed on Windows 7 for apps which required .NET 1.x. The main thing that's changed in Windows 8 is that instead of the older versions being on the install disc, the bits are now downloaded from WU. This saves space on install discs / OEM images, and ensures you always get the latest version (versus having to install the on-disc one, then download the latest SP and security updates).

That's because .NET Framework 3.5 was the latest version 3 whole years ago, when Windows 7 was released. You can't blame Microsoft for this, when the developer has had over 2 years to update his app (since .NET Framework 4.0 was released). It isn't Microsoft's fault that his app "just worked" on Windows 7 and it doesn't on Windows 8; it's up to the developer to ensure their app works. Microsoft doesn't update developers' apps for them, and you can't expect them to.

Precisely.

As I myself have pointed out, whenever any application need an older version of *any* runtime (.NET, DirectX, VC++, etc.) Windows 8 goes and fetches it if it's not already installed - and it only has to do it *once*. I have two games (NFS: Hot Pursuit 2010 and DCUO) that require .NET 3.x; which one triggers the fetch depends on which order I install them in. However, it's ONLY triggered once. That means that by the time Office 2013 Preview gets installed (typically the last application or suite TO get installed) my runtimes have been *caught up*.

Well at least it doesn't do a cryptic error or fail silently. I hate when that happens - Do not have Visual C++ runtime 2005 - well I am going to silently fail on you and laugh at your almost futile attempts at searching the net for a solution.

This "you need old version of .Net" is properly done IMO. Fast and simple.

It's definitely a step forward.

Even better is that you can use the Windows Deployment tools to have Windows auto install it if you want, and you can enable it from "Add Windows Features".

Also, my install took about 2 minutes of downloading on terrible net and about 1.5 minutes of install. It might be due to my SSD, but I never remember .net installing that slowly..

EDIT:: The only step back is that IIS automatically uses 4.x as the framework target regardless of what you specify. Thus certain configs (like default document/connection info) bomb out if you are using an older frame work in your build.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Microsoft's fast coding model MAI-Code-1-Flash comes to Copilot Business and Enterprise by Karthik Mudaliar Microsoft’s recently announced MAI-Code-1-Flash model is now generally available to GitHub Copilot Business and Copilot Enterprise customers. With this support, organizations can have more centralized policy controls and billing while finally being able to use Microsoft’s lightweight, first-party coding model. According to GitHub’s announcement, Business and Enterprise plan administrators must enable the MAI-Code-1-Flash policy in Copilot settings before developers can access the model. Microsoft says that MAI-Code-1-Flash is for fast, iterative coding work rather than the most demanding architectural or debugging tasks. GitHub’s official model comparison page says that the model is great for "general-purpose coding and writing," while it excels at fast, accurate code completions and explanations Microsoft introduced MAI-Code-1-Flash on June 2 as part of a broader collection of internally developed MAI models. GitHub subsequently expanded support to Copilot CLI, the Copilot cloud agent, GitHub.com chat, GitHub Mobile, Visual Studio, JetBrains IDEs, Eclipse, and Xcode, but said support for managed Business and Enterprise customers was still on the way. In Microsoft’s own benchmark testing, MAI-Code-1-Flash scored 51.2% on SWE-Bench Pro, compared with 35.2% for Anthropic’s Claude Haiku 4.5. Microsoft also claimed that the model used up to 60% fewer tokens on SWE-Bench Verified. Do note that these are vendor-run results rather than independent measurements. The model is billed at provider list pricing under GitHub’s usage-based system. GitHub currently lists MAI-Code-1-Flash at $0.75 per million input tokens, $0.075 per million cached input tokens, and $4.50 per million output tokens. For organizations, the main incentive to use MAI-Code-1-Flash is likely to be efficiency rather than maximum capability. A smaller model that responds quickly and limits unnecessary output is quite useful for repetitive agent tasks at scale, especially after GitHub Copilot’s move toward usage-based billing. The "Flash" model is recommended for fast work and not necessarily for huge repositories with loads of context. It's better if teams compare their output with other larger models, especially if they're working on security-sensitive changes and complex, multi-file work.
    • yes AND no the "original" or plain/normal Optiplex 7010 won't be getting any more new firmware updates BUT the Optiplex SFF/SFF Plus {small form factor}, Micro/Micro Plus & Tower/Tower Plus 7010 editions DO get new updates such as this new one   and here are similar guides from the Dell web site for Dell systems: https://www.dell.com/support/kbdoc/en-us/000390990/secure-boot-transition-faq https://www.dell.com/support/kbdoc/en-us/000347876/microsoft-2011-secure-boot-certificate-expiration
    • AT&T has been spying on US citizens with the NSA for decades.. they just know how to keep it more under wraps.. the evil level is still there.
  • Recent Achievements

    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
    • Week One Done
      tuben earned a badge
      Week One Done
    • First Post
      OffsetAbs earned a badge
      First Post
    • Reacting Well
      OffsetAbs earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      455
    2. 2
      +Edouard
      206
    3. 3
      PsYcHoKiLLa
      157
    4. 4
      FloatingFatMan
      71
    5. 5
      Steven P.
      68
  • Tell a friend

    Love Neowin? Tell a friend!