Open StephanTLavavej opened 3 months ago
The current redistributable URLs contain the VS version in the URL (https://aka.ms/vs/17/release/vc_redist.x64.exe
). Will these continue to provide a frozen-in-time bundle for affected targets? Or will they start failing for Windows 7 / Server 2008? Will there be a new /vs/18/
URL? Or perhaps the creation of a /vs/latest
short-link is in order?
Given that replacing 17
with 16
in that short-link results in downloading the VS 2015-2019 VCRedist instead of the VS 2015-2022 VCRedist, I think it's safe to say that we have a predictable system for handling new major versions of the VCRedist here, and no specific action should be required on our (STL maintainers) part to handle Dev18. (I'll grudgingly admit that syncing Win7 support removal to the new major version results in a simpler-to-understand experience for users.)
Server 2008 R2 will continue to receive extended security updates until Jan 2026 (probably for Premium Assurance only)
just saying
Citation, please? (Not that it affects the decision.)
That may be difficult to cite thanks to the black-hole that is Microsoft Learn/Docs, but Premium Assurance at the time was typically sold with six (6) years of Extended Support before moving to the Extended Security Update plan.
EOL (January 14, 2020)
+ Premium Assurance (6 years)
= January 14, 2026
.
EDIT: Found more information.
Copied datasheet: https://www.licensingschool.co.uk/wp-content/uploads/2016/04/SQL_Server_and_Windows_Server_Premium_Assurance_Datasheet-December-2016.pdf
Though I think you would have to have bought Premium Assurance within a fairly narrow time frame to take advantage of this.
A live source https://configmgrbits.azureedge.net/adminuicontent/ConfigMgr.AdminUIContent.cab
LifecycleProducts.xml:
Thanks, good to know. This doesn't affect our removal decision - we're not going to go out there and smash a bunch of servers with hammers, it's just that programmer-users won't be able to use the next major version of VS to ship new code to the handful of end-users that might still be running this OS for a handful of months, and the corresponding VCRedist will be blocked from installing. VS 2022 will continue to be capable of targeting Server 2008 R2, and its redist will continue to work there.
In VS 18.0 Preview 1 (whenever that happens, and whatever its official branding is), we will permanently drop support for targeting Windows 7 and Server 2008 R2, as originally explained in #4742. This time, we've got ultraboss approval (internal "experience" VSO-2164004).
:gear: Code Changes
src/vctools/PDB
binaries againstsynchronization.lib
."src/SetupPackages/wix/Runtime/Bundle/vcredist.wxs
to increase thebal:Condition
fromVersionNT >= v6.1
toVersionNT >= v6.2
, and update comments/messages from "Windows 7" to "Windows 8".:bookmark_tabs: VS/MSVC Documentation
:scroll: STL Changelog
system_clock::now()
andatomic::wait()
by directly calling APIs that were added in Windows 8.