Windows Update 一直以来都以会遇到各种 Error 代码而闻名。今天又遇到一例,记录一下。
起因是 WannaCry。我有一堆各种 OS 版本的虚拟机,其中一台 Windows7 SP1 x86 使用得很不频繁,昨天打开一看,上次 Windows Update 已经是 2016 年 09 月的事情了。虽然 NAT 挡在宿主机后面其实不会有啥问题,但是按照我的习惯,下班前还是让它去打了补丁。曾经在上一家公司的遭遇一直在提醒我:有人的虚拟机中了震荡波,然后不知情的时候被做了快照,于是每隔一段时间测试机房就会忙活一阵子(测试机为了测试程序的补丁管理功能是不打补丁的)。
今天早上一来,红色儿的,4 个成功 2 个失败。我也没太放在心上,公司网络有时候会断,说不定是下载失败。再来了一次,在下载到 11% 的时候又失败了。我把 VPN 开起来(曾经有不开 VPN 打补丁会下载失败的经历),上了个厕所回来,然而这次还是失败,我看了下 ErrorCode:80073712。每次都是这个。好吧,开始 Google。
官方网页 推荐的做法大概是这样的:对于 Win7 而言,首先请先尝试用 SFC 修复一下。如果还不行,那么请下载工具 System Update Readiness tool 进行修复。
SFC 这货其实没啥鸟用,反正我每次用都没啥好结果。这次也不例外,扫描到 44% 时告诉我:虽然我们发现有错,但是无法修复,你去看日志吧。
试了下再次 Windows Update,还是报 0x80073712。好吧,只好试试看那个修复工具了。下载下来两百多 MB,安装了老半天。再次 Windows Update,这回进度开始超过 11% 了,我长舒一口气。终于 OK 了。
顺便瞄了一眼同页面上对 WinXP 的问题处理建议,仅仅提到 SFC。看来真的是该放弃这破烂了。
善意提醒
如果您打开本站很慢,布局排版混乱,并且看不到图片,那么可能是因为您还没有掌握用科学的方法上网的本领。
2017-05-18
2013-01-25
VC6 最佳拍档,Platform SDK Feb 2003
很长一段时间内,一直用 Platform SDK Server 2003 SP1 来搭配 VC6 进行开发工作。但这个组合其实并不是很合适。这个版本的 Platform SDK 里面,有一些东西是 VC6 的 CRT 已经无法支持的,比如对 __time64_t 进行操作的那些时间函数。另外在链接到 shell32.lib 之类的库的时候,也会报错说调试信息的格式已经不匹配了。
最后一个支持 VC6 的 Platform SDK,是 Platform SDK Feb 2003,比我之前用的 SDK 版本要更旧一点。微软官网已经不提供下载了,目前给出的所有链接都是失效的。好在有网友通过 独立Blog 提供了 cab 包方式的下载。我把这些 cab 包中打包的文件提取出来后制作成了 ISO 光盘镜像,便于刻盘保存,也更方便下载。
以下下载链接来自于 Mega 网盘。下载无需注册,但国内下载速度不太好说,有快有慢,并且(从 Mega 的性质看来)随时可能被墙。可以尝试一下 ping mega.co.nz,如果 ping 值高于 600ms,建议通过 VPN 下载(GoAgent对于Mega不顶用),或者另寻它途。
Platform SDK Feb 2003.iso (346.8 MB)
值得一提的是,这个版本的 SDK 需要你的默认浏览器是 IE 才行。貌似通过 ActiveX 控件实现的安装向导,以后的版本没有继续采用,明显是一个失败的设计。
最后一个支持 VC6 的 Platform SDK,是 Platform SDK Feb 2003,比我之前用的 SDK 版本要更旧一点。微软官网已经不提供下载了,目前给出的所有链接都是失效的。好在有网友通过 独立Blog 提供了 cab 包方式的下载。我把这些 cab 包中打包的文件提取出来后制作成了 ISO 光盘镜像,便于刻盘保存,也更方便下载。
以下下载链接来自于 Mega 网盘。下载无需注册,但国内下载速度不太好说,有快有慢,并且(从 Mega 的性质看来)随时可能被墙。可以尝试一下 ping mega.co.nz,如果 ping 值高于 600ms,建议通过 VPN 下载(
Platform SDK Feb 2003.iso (346.8 MB)
值得一提的是,这个版本的 SDK 需要你的默认浏览器是 IE 才行。貌似通过 ActiveX 控件实现的安装向导,以后的版本没有继续采用,明显是一个失败的设计。
订阅:
博文 (Atom)