Windows 10 1903 的第二次累积更新，还是存在 bug？-低调大师

Windows 10 1903 的第二次累积更新，还是存在 bug？

2019-06-28 768

微软开始推出 Windows 10 1903 版本的第二次累积更新，修复了一些问题，主要有两个，第一个是 Windows 事件查看器自定义视图时崩溃的问题，另一个是夜间灯关闭后无法工作的问题，他们把这次更新叫 “ 2019-06，基于 x64 的系统 (KB 4501375) 的 Windows 10 1903 版本的累积更新”。随着 KB 4501375 的发布，Windows 10 1903 将升级为 18362.207。

第一个问题表现为，当在事件查看器中尝试展开、查看或创建自定义视图时，应用程序可能停止响应或关闭，在 Action 菜单中使用包含内置视图或日志的 Filter Current Log 时，也可能会收到相同的错误。

微软在这次更新中还发现了一个问题：当在进行 Windows 10 1903 的更新时，在操作系统语言改变了的设备上，Windows Sandbox 可能无法使用 “Error_file_NOT_FRED(0x80070002)”。微软正在制定解决方案，并将在即将发布的版本中提供更新。

微软还发布了“安装 Windows 10 1903 的兼容性更新”，“安装和恢复 Windows 10 1903 的兼容性更新”，以及“用于 Windows 10 1903 的服务堆栈更新”，Windows Update 将自动提供此更新。

安装 Windows 10 1903 的兼容性更新：为了更容易升级到 Windows 10 1903
安装和恢复 Windows 10 1903 的兼容性更新：简化 Windows 10 1903 的安装和恢复体验
Windows 10 1903 的服务堆栈更新：修复可能导致 Windows 更新无法安装的问题

微软还发布了适用此次更新的 .NET Framework 3.5 和 4.8，来解决了以下问题：

改善了弱事件模式的内存分配和清理调度行为
处理弱事件清理期间可能发生的 InvalidOperationException
修复在 System.Web.Hosting.RecycleLimitMonitor+RecycleLimitMonitorSingleton.AlertProxyMonitors 中的 InvalidOperationException 错误
修复了工作流服务在取消处理期间发生未处理异常时可能陷入循环情况的问题
针对 Windows 窗体和 Windows Presentation Foundation(WPF) 应用程序，修复多重可访问性和提高 High DPI 认识的问题

但是，微软还有一个问题，就是“选择安装更新的时间“的这项高级设置在进行某些更改后消失了，对此并没有提到是否修复。

信息来源

微信关注我们

原文链接：https://www.oschina.net/news/107832/windows-10-1903-seconde-update

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

每日一博 | Linux中如何保证数据安全落盘

背景在很多IO场景中，我们经常需要确保数据已经安全的写到磁盘上，以便在系统宕机重启之后还能读到这些数据。但是我们都知道，linux系统的IO路径还是很复杂的，分为很多层，每一层都可能会有buffer来加速IO读写。同时，用户态的应用程序和库函数也可能拥有自己的buffer，这又给IO路径增加了一些复杂性。可见，要想保证数据安全的写到磁盘上，并不是简单调一个write/fwrite就可以搞定的。那么要怎么做呢？很多人会想到很多办法，比如：fflush()、fsync()、fdatasync()、sync()、open()使用O_DIRECT或O_SYNC标志等。嗯，这些手段（或者某些组合）的确可以保证数据安全的持久化，那么它们之间有什么区别呢？fflush()和fsync()有啥区别？O_DIRECT是啥意思，它可以保证数据安全的持久化吗？O_DIRECT和O_SYNC区别什么？O_SYNC和fsync()呢？fsync能完成msync的功能吗？本文将试图理解、解释这些概念的作用和区别。 Linux IO 所谓一图胜千言，为了解析清楚这些概念的区别，我特意画了一张图...

2019-06-29

856

谷歌近期宣布其 DNS Over HTTPS（DoH）服务正式普遍可用，并且完全支持RFC 8484 文档。谷歌于 2009 年推出 Google Public DNS，并于 2016 年在此基础上推出 DNS Over HTTPS，这是一项实验性服务，旨在加强 DNS 的安全性，此前的服务入口是 dns.google.com/experimental。现在谷歌宣布 DoH 已经正式普遍可用，并且完全支持 RFC 8484 文档，同时继续提供对2016 年推出的 JSON API 的支持。用户可以使用 dns.google 域中的 DoH 解析 DNS，其中包含与常规 DNS 服务相同的任播地址，如 8.8.8.8。新的访问入口是： https://dns.google/dns-query (RFC 8484 –GET and POST) https://dns.google/resolve (JSON API– GET) 谷歌还表示其正在弃用此前的 /experimental URL 路径和dns.google.com 的互联网草案 DoH 支持，并将在几个月内结束对它们的支持。...

2019-06-29

811

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。