- #31
happymax1212 根据早期更新及现在的UUP信息，Server SKU从9xxx开始就有arm64版本，早期是单独的ServerARM64 SKU，后期与标准的Server x64 SKU并存，rs6/19H1开发期间放弃单独的SKU，完全统一。和CoreARM差不多。
2023年1月10日后WinNT6.x家族的受支持情况
- #32
何木槿 Embedded生命周期我记得一般都是10年左右，跟Win10以前的系统生命周期也都差不多。支持的久主要是因为Embedded往往发布得晚，所以生命周期起算时间也晚。不过现在半年一年就更，对于Embedded实在不太像话（
- 已编辑
- #33
happymax1212 现在的IoT LTSC倒是还保持着10年期的支持，比如Vibranium（19044+）这一支大牙膏被续到了2032，而且在保持长期支持的前提下还能安装19045启用包
- 已编辑
- #34
happymax1212
虽然但是，现在是一年一更了
Embedded里面其实也有短命的：Embedded 8 Industry Pro（2012-2016）
特别长命的也有：XP Embedded（2001-2016）
- 已编辑
- #35
happymax1212 IoT Ent还是有Windows 11的，IoT Core是真的死了……
Termina_X 保持在NT6只是为了兼容性……对于微软来说，这仅是一个版本号。
Bing机翻
不过从Win8开始微软已经有方法欺骗了
氕氘氚 有个疑问：微软当初开发10x的意义何在呢？
实现WCOS夙愿，但是已经死了。WCOS当年为了在PC市场破局搞的花里胡哨的产物，现在看来还是具有一定意义
- #36
Amylopectinlover WEI8其实跟Win8是差不多的情况，即可以免费升级到WEI8.1并继续享受支持，直到WEI8.1生命周期结束（目前还有半年），当然因为部署方式的原因，可能不能直接从商店升级
- 已编辑
- #37
有测试发现，虽然最新的Chrome停止了Win7/8.1的支持，但其实只有Win7在尝试强行打开时会提示API缺失，Win8.1并不会，而是先试图打开，然后闪退。
随后又在微软第一个改了版本号的NT10.0.9888上测试，运行一切正常[tieba=huaji]，而在版本号仍停留在NT6.4的早期Win10TP中表现则与Win8.1下一致，闪退。
原推：
很可能Win8.1下不受支持完全是人为限制，Win7下才是真不行了。
不过我使用application verifier进行版本号欺骗，似乎并不管用，还是闪退。版本检查可能在某个dll里？我也没法定位到具体需要欺骗的进程
- 已编辑
- #38
happymax1212 我用9883和9884试下。
这不也行（
- #39
happymax1212 或许可以把注册表改成10.0.9600[tieba=huaji]
- #40
gailium119 原推试的是chrome dev 111来着（
- 已编辑
- #41
happymax1212 那行，我试一下（不是说110就开始不支持了吗
9884OK
9883还是能用，但检测到8.1了（
- #42
happymax1212 没法定位到具体需要欺骗的进程
Process Monitor 盯一下 msedge 主进程调用了什么东西？主要是不理解这话
- 已编辑
- #43
[tieba=huaji]
if(VersionMajor==6)
{printf("To get further Google Chrome Updates, you'll need Windows 10 or later.\n")}- 已编辑
- #44
- 已编辑
- #45
happymax1212 早期的Win10TP 运行chromium稳定性都很差
把Win7缺失的dll搬运一下或许还能用？
