Is .NET Framework 4.5/4.5.1 automatically installed by WU on Vista/7?


Recommended Posts

It's offered as critical update, but not automatically installed.

 

Since it's a superset of .NET 4.0 ff I would recommend installing it. Saves you from having to wait for a metric ton of .NET 4 updates to install.

  On 10/01/2014 at 14:56, Frank B. said:

It's offered as critical update, but not automatically installed.

 

Since it's a superset of .NET 4.0 ff I would recommend installing it. Saves you from having to wait for a metric ton of .NET 4 updates to install.

 

If critical updates aren't automatically installed (unless deselected) then which ones are? Catastrophic ones? :O

  On 10/01/2014 at 22:19, snaphat (Myles Landwehr) said:

Don't modern versions of Windows throw a warning telling you to install the newer versions of .net anyway when you try to run the assemblies?

Yes they show a warning but installing a framework with all the updates can take up to an hour so when switching to a newer version I first have to consider if it would become a major inconvenience for most of the users or not.

 

I'm pretty sure Windows automatically installed some of newer frameworks (3.5/3.5.1 for sure if 2.0 or 3.0 is installed; I think I also saw 4.0 but I don't know if there were related conditions) but I never bothered checking the updates when setting up computers/VMs.

 

I would be much happier if I could use 4.5.1, or even 4.5 for having the better WPF controls available now that XP support is being discontinued (4.5 is not available on XP so it was a major issue until now). WPF on 3.5 and somewhat also on 4.0 can be some kind of a nightmare from hell.

  On 11/01/2014 at 07:21, francescob said:

Yes they show a warning but installing a framework with all the updates can take up to an hour so when switching to a newer version I first have to consider if it would become a major inconvenience for most of the users or not.

 

I'm pretty sure Windows automatically installed some of newer frameworks (3.5/3.5.1 for sure if 2.0 or 3.0 is installed; I think I also saw 4.0 but I don't know if there were related conditions) but I never bothered checking the updates when setting up computers/VMs.

 

I would be much happier if I could use 4.5.1, or even 4.5 for having the better WPF controls available now that XP support is being discontinued (4.5 is not available on XP so it was a major issue until now). WPF on 3.5 and somewhat also on 4.0 can be some kind of a nightmare from hell.

 

An hour is not a typical install time. With XP support discontinued, you shouldn't be targeting 4.0 (a known buggy version of .net) unless it is a client requirement.

  On 11/01/2014 at 08:20, snaphat (Myles Landwehr) said:

An hour is not a typical install time. With XP support discontinued, you shouldn't be targeting 4.0 (a known buggy version of .net) unless it is a client requirement.

That only if you consider installing only the framework, but there are also all the related service packs, updates, etc. that are extremely slow to install (plus the download times). Ngen trashing the hard drive for a while after the install and after most of the updates can also be quite the annoyance. For now I never had any particular problem with 4.0 and would still prefer it to 3.5 anyday but that's because I wouldn't use WPF on any of both.

  On 11/01/2014 at 08:45, francescob said:

That only if you consider installing only the framework, but there are also all the related service packs, updates, etc. that are extremely slow to install (plus the download times). Ngen trashing the hard drive for a while after the install and after most of the updates can also be quite the annoyance. For now I never had any particular problem with 4.0 and would still prefer it to 3.5 anyday but that's because I wouldn't use WPF on any of both.

 

I've never had an issue with installing it or updates. I think you are mostly referring to the time it took 4.0 to pre-cache everything (read as: compile all of its assemblies into native code for your PC).

 

Targeting 4.0 is in generally a bad idea unless you know what you are doing. Remember, 4.5 is an in place upgrade of 4.0 which means that if you test a 4.0 target on a 4.5 install, you will be using the 4.5 library assemblies which have fixes for numerous defects over the 4.0 library assemblies. This means you will never exhibit broken behavior caused by 4.0 bugs. This is the fundamental reason why you shouldn't be targeting 4.0: because it leads to bugs and breakage that you cannot test for unless you are actually developing using the 4.0 platform directly.

As already been answered, .NET 4.0 and 4.5 are not automatically available on Windows Vista and 7. Available as updates, but as a developer, you shouldn't count on that.

 

However, Windows Vista and 7 do have versions of .NET installed. They both have .NET 2.0 (Vista has 2.0 SP1, and 7 2.0 SP2), and is irremovable, meaning you can always target it and expect it to work. Of course, WPF wasn't added until 3.0 or 3.5, so... :/ Vista and 7 also have .NET 3.0 and 3.5 installed, respectively, but can be removed, so, again, you shouldn't count on that.

 

Windows 8 has .NET 4.5 included, irremovably, and Windows 8.1 has 4.5.1. So at least developing for Windows 8 and later, you won't have to worry about the end user installing anything to get it to work. (Unless you are targeting a pre-4.0 version of .NET)

  On 11/01/2014 at 09:38, snaphat (Myles Landwehr) said:

I've never had an issue with installing it or updates. I think you are mostly referring to the time it took 4.0 to pre-cache everything (read as: compile all of its assemblies into native code for your PC).

 

I'm referring to all of the time wasted. Download time, install time, updating time, most users don't have an high-end pc and it would take a lot of time. That also providing the users won't get tricked by those annoying adware-infested spammy search engine results in the process.

 

  On 11/01/2014 at 09:38, snaphat (Myles Landwehr) said:

Targeting 4.0 is in generally a bad idea unless you know what you are doing. Remember, 4.5 is an in place upgrade of 4.0 which means that if you test a 4.0 target on a 4.5 install, you will be using the 4.5 library assemblies which have fixes for numerous defects over the 4.0 library assemblies. This means you will never exhibit broken behavior caused by 4.0 bugs. This is the fundamental reason why you shouldn't be targeting 4.0: because it leads to bugs and breakage that you cannot test for unless you are actually developing using the 4.0 platform directly.

 

Between 3.5 and 4.0 I'd rather pick 4.0 anyday, I've used it since it was released and I don't remember any particular issue (maybe a bit worse memory management) however I never used WPF with it because of the horrible performance, I only started using WPF after 4.5 came out.

 

  On 11/01/2014 at 10:12, JaykeBird said:

As already been answered, .NET 4.0 and 4.5 are not automatically available on Windows Vista and 7. Available as updates, but as a developer, you shouldn't count on that.

 

My question was whether those updates are actually installed or not, because I have confused memories about that. I'm pretty sure I saw 4.0 automatically being checked on some machines but I'm also sure I saw Windows XP installing framework 3.5 for no reason at all (completely clean install with no other frameworks installed).

 

  On 11/01/2014 at 10:12, JaykeBird said:

However, Windows Vista and 7 do have versions of .NET installed. They both have .NET 2.0 (Vista has 2.0 SP1, and 7 2.0 SP2), and is irremovable, meaning you can always target it and expect it to work. Of course, WPF wasn't added until 3.0 or 3.5, so... :/ Vista and 7 also have .NET 3.0 and 3.5 installed, respectively, but can be removed, so, again, you shouldn't count on that.

 

Windows 8 has .NET 4.5 included, irremovably, and Windows 8.1 has 4.5.1. So at least developing for Windows 8 and later, you won't have to worry about the end user installing anything to get it to work. (Unless you are targeting a pre-4.0 version of .NET)

 

I do know Vista and 7 come with framework 2.0/3.5 and was previously targeting 3.5 for that reason, because every 2.0 install (on XP and Vista) was automatically turned into 3.5 by Windows Update so it became a common platform for all the OS versions. If Windows Update did the same with 4.5 or 4.5.1 now that I can stop caring about XP support I'd happily switch to 4.5/4.5.1. But can somebody confirm that?

  On 11/01/2014 at 17:14, francescob said:

My question was whether those updates are actually installed or not, because I have confused memories about that. I'm pretty sure I saw 4.0 automatically being checked on some machines but I'm also sure I saw Windows XP installing framework 3.5 for no reason at all (completely clean install with no other frameworks installed).

 

 

I do know Vista and 7 come with framework 2.0/3.5 and was previously targeting 3.5 for that reason, because every 2.0 install (on XP and Vista) was automatically turned into 3.5 by Windows Update so it became a common platform for all the OS versions. If Windows Update did the same with 4.5 or 4.5.1 now that I can stop caring about XP support I'd happily switch to 4.5/4.5.1. But can somebody confirm that?

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test though. That's what I would I do if it were me

  On 11/01/2014 at 18:12, snaphat (Myles Landwehr) said:

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test.

^ that - it is offered as important (not critical as I mistakenly wrote above) update, but not installed automatically on Windows 7.

  On 11/01/2014 at 18:12, snaphat (Myles Landwehr) said:

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test though. That's what I would I do if it were me

I did some test installs on a VM and can confirm that:

- WU (now) doesn't install any newer framework on a clean XP SP3 install, with or without the included 1.1 installed.

- WU doesn't install any newer framework on a clean Windows 7 install (3.5 preinstalled). Windows Update only shows 4.5.1 (4.5 is not shown) as a recommended update (not important nor critical) in the optionals tab with no changes if I install 4.0 (client or full(extended)) or 4.5.

  On 12/01/2014 at 01:15, francescob said:

I did some test installs on a VM and can confirm that:

- WU (now) doesn't install any newer framework on a clean XP SP3 install, with or without the included 1.1 installed.

- WU doesn't install any newer framework on a clean Windows 7 install (3.5 preinstalled). Windows Update only shows 4.5.1 (4.5 is not shown) as a recommended update (not important nor critical) in the optionals tab with no changes if I install 4.0 (client or full(extended)) or 4.5.

 

What about if you install SP1? Does it give you 4.0 then automatically with that?

  On 12/01/2014 at 01:18, snaphat (Myles Landwehr) said:

What about if you install SP1? Does it give you 4.0 then automatically with that?

Sorry I forgot to mention I used a Windows 7 SP1 disc to install. I also installed all the batches of security updates for each framework to be sure nothing changed.

 

As last thing I enabled Microsoft Update and now the update is listed as important (not in the optionals tab but also not selected) because when it's set up it enables the setting to have recommended updates considered as important.

Don't assume anything about the older .NET versions with the newer OSes.  For example, Server 2012 ships with 3.5, but you have to go to "Turn Windows features on or off" to install them.  Then you have to wait for the updates to install, then the updates to the updates, then...

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

    • No registered users viewing this page.
  • Posts

    • ...if there is any question if it's fake ... Steve Gibson created a little program to detect fraudulent drives.   https://www.grc.com/validrive.htm
    • Hello   Would anyone know by chance regarding the Lian Li Lancool 216 ARGB/Fan hub specifically where the front fans would connect to, to be able to see there RPM in UEFI bios when setting up the fan curves,   i am not a hardware expert, mostly a noob on Hardware still,  trying to learn as much as i can, but its a slow process. Did get Dust clean out done on system, and Temps are much much better,  even during a Defender scan previously i'd hit 85C or higher at times, today despite RL temp being humid and warmer today a bit,  didn't hardly go over 60C.     So i definitely cleaned system good this time!! Did the clean out after early afternoon storms ended!! **Note did not build system myself, had Ibuypower Build my Dream Ryzen Build, normally i don't mention that part as sometimes i feel ashamed that i can't build a whole system myself**  Even my last system before this one had Local PC shop build that one, it ran ok, but even after getting the upgraded cooler installed they said this should work,    still throttled when doing tasks.     My AMD Never Throttles!! I also tend to worry alot, just my nature i guess  
    • Did you just buy this drive? Were you ever able to use the full capacity, or you bought this new/only shows 3 GB? If this is new, then you probably got a fake.
    • Steam overlay's FPS counter gets major upgrade to show CPU and VRAM usage, temps, and more by Pulasthi Ariyasinghe Valve has been steadily revamping its Steam client for years now, with major updates hitting the PC store and platform targeting various parts. The next target has been revealed to be the very popular performance monitor that's a part of the Steam overlay. While the current version only shows a number in a small area to count the current frame rate of the game that's running, the update is giving much more information to the user. Now available via the Steam Beta client, the performance monitor now has multiple detail levels to choose from. These are FPS Single Value (the original version), FPS Detail & Graph, FPS Detail CPU & GPU Utilization, as well as the behemoth FPS Detail & Graph, CPU, GPU, & RAM Details options. As expected, each option adds more and more information to what's shown to the user on the overlay. Screen position, contrast and saturation, as well as background opacity, can also be adjusted from the same overlay settings page. The image above shows the maximum detail option available for users, with everything from generated frames to helpful graphs and VRAM information being shown while playing a game. "The performance monitor can help you understand your frame rate (both including frame generation, and base game frame rate), and it can help you see if CPU utilization might be your bottleneck, or if your GPU is," says Valve regarding its latest upgrade. "You can see if you are out of system or video memory and if those factors are impacting performance as well." Valve said that some of these features, in this initial beta release, will only be available on Windows machines, at least for now. "Much of it will apply to other supported operating systems and while some metrics are not supported on other operating systems additional support is planned for later," added the company. Check out this handy FAQ set up by Valve that explains what each setting means as well as notes on what issues players can diagnose, like micro stutter or bottlenecks, using these overlay additions. To try out the new feature before it goes out to everyone, you can switch to the Steam Beta Client by heading to the app's Settings > Interface section and changing the Client Beta Participation dropdown to the latest version available. Following that, to enable the new performance monitor, go to Settings > In Game section, and change the detail level to the level you would like.
    • I actually didn't like the classic Start Menu as much as the XP, Vista, 7 style menu. Mainly didn't like how you either had to click Programs every time, when that is what you would want 95% of the time, or fill up that top section (I forget what it was called back then) which was both harder than it should have been and looked ugly.
  • Recent Achievements

    • First Post
      TIGOSS earned a badge
      First Post
    • Week One Done
      slackerzz earned a badge
      Week One Done
    • Week One Done
      vivetool earned a badge
      Week One Done
    • Reacting Well
      pnajbar earned a badge
      Reacting Well
    • Week One Done
      TBithoney earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      675
    2. 2
      ATLien_0
      284
    3. 3
      Michael Scrip
      219
    4. 4
      +FloatingFatMan
      196
    5. 5
      Steven P.
      133
  • Tell a friend

    Love Neowin? Tell a friend!