问题标签 [hotfix]

我刚刚从 support.microsoft.com 请求了一个修补程序并输入了我的电子邮件地址，但我还没有收到电子邮件。我请求修补程序后得到的启动页面说：

修补程序确认

我们会将这些修补程序发送到以下电子邮件地址：

通常，我们的修补程序电子邮件会在五分钟内发送给您。但是，有时电子邮件传递系统中不可预见的问题可能会导致延迟。

我们将从“hotfix@microsoft.com”电子邮件帐户发送电子邮件。如果您使用电子邮件过滤器或垃圾邮件拦截器，我们建议您将“hotfix@microsoft.com”或“microsoft.com”域添加到您的安全发件人列表中。（安全发件人列表也称为白名单或批准的发件人列表。）这将有助于防止我们的电子邮件进入您的垃圾邮件文件夹或被自动删除。

我确信电子邮件不会被垃圾邮件捕获器捕获。

获得这些修补程序之一通常需要多长时间？我是在等待某个人批准它，还是什么？我应该放弃并尝试以其他方式获取我需要的文件吗？

（更新：将“me@mycompany.com”替换为“（我的正确电子邮件地址）”以解决Martín Marconcini 的歧义。）

我对Microsoft 已为其提供修补程序的已报告错误感兴趣。在网站上查看时，我无法确定此修复程序是否包含在服务包中。有谁知道我在哪里可以找到这个？

假设您有一个用 Visual Studio 编写的产品，并且您为您的客户和用户提供了该产品的安装程序。

然后，您有一些小的更改要部署给您的用户；您不希望您的用户必须经历卸载过程、备份配置、然后重新安装产品并恢复配置。

相反，您希望提供一个“热修复”，用户可以简单地复制已安装的产品。使用 Visual Studio 或一些微软工具，你会怎么做呢？

我不知道这是否重要，但可以说该产品是 1) 部分是 Web 应用程序，2) 部分是 Windows 服务，3) 部分是 Windows 应用程序。

微软向社区发布的操作系统（通常是基于安全的）补丁和修补程序在我的理解中通常由一系列更新的 DLL 或其他二进制文件组成。

Microsoft 和其他喜欢它的公司如何确保修补程序不会相互冲突？他们是否总是采用累积补丁方法，其中单个修补程序将包含以前修补程序中的所有修补程序？情况似乎并非如此，因为许多修补程序似乎都专注于修复特定问题。如果它们是重点修补程序，它们如何防止一个修补程序破坏另一个修补程序（例如，彼此安装不兼容的 DLL）。

我一直很钦佩微软管理这个过程的能力。我工作的公司规模要小得多，几年前我在处理补丁过程时，我们总是采用累积方法，即单个补丁会立即取代基于该版本的所有先前补丁。这意味着补丁的大小会逐渐变大，直到下一个“官方”版本发布。

管理补丁依赖项有哪些好的做法？

当您处于版本 1 和版本 2 之间时，您如何维护您的软件？

Patch、Hotfix、Maintenance Release、Service Pack 和其他术语在我看来都是模糊的，根据您与谁交谈而具有不同的定义。

您将发布之间的增量维护工作称为什么？

我正在编写一个代码，以在公司 Intranet 中使用安全修补程序自动修补 Windows 操作系统。（我使用 Visual Studio .NET，因此使用 .NET 框架 1.1，并使用 c# 进行开发。）
作为第一步，我想列出已使用 WUApi 应用于系统的修补程序。我添加了对“tlbimped”wuapi.dll 的引用，我还使用 regsvr32 注册了原始 dll，Windows 更新服务似乎已在服务管理器中启动并运行，但代码拒绝工作：它返回零作为应用的修补程序的数量，即使在应用修补程序之后，它也会在到达“QueryHistory”函数时引发 COMException。
代码如下：

您可能知道，Visual Studio 2005 的更新是上周在大多数机器上自动更新的。此更新包括新版本的 Visual c 运行时库。因此，更新后构建的任何二进制文件也需要在客户端系统上安装新的可再发行组件。

请参阅http://support.microsoft.com/kb/971090/

这是新的可再发行组件的安装程序：

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=766a6af7-ec73-40ff-b072-9112bab119c2

这对于向客户分发新的二进制文件来说很好，我将使用安装程序发送新的可再分发文件，并且一切正常。

但是，如果他们发现错误，我真的很担心我修复现有客户站点的能力。在这种情况下，通常我只会发送已修复的 dll 或 exe。

但是，如果我现在这样做，我将不得不向这些客户发送新的可再发行组件，现在我将在同一个可执行文件中使用两个不同版本的 c 运行时库。

• 这是一个问题吗？
• 这会导致我的应用程序崩溃吗？
• 如果我在一个 dll 中分配内存然后在另一个 dll 中释放它会发生什么？通常，如果使用相同的发布运行时库，这将起作用。大约 3 年前，我浏览了我们的代码来清理它，但我不能确定我已经找到并修复了所有出现的问题。
• 不同dll中的分配/解除分配仍然是一个问题吗？现在，在智能指针等时代，必须强制执行这一点。
• 我可以通过更改清单来控制我依赖的运行时库版本吗？

任何指示或建议将不胜感激。

更新：我刚刚注意到这个问题 VC++: KB971090 和选择 Visual C Runtime DLL dependencies 这非常相似，但我的问题更关心在一个可执行文件中使用两个不同版本的运行时。

有一个后 .NET 3.5 SP1 更新，它具有 x86 和 x64 风格：

知识库文章在这里：

.NET Framework 3.5 SP1 的应用程序兼容性更新解决的问题列表

有两种可能的更新：

NDP35SP1-KB958484-x86.exe
NDP35SP1-KB958484-x64.exe

64 位版本是否还会更新安装在 Windows 2008/Vista 64 位上的 32 位 .NET Framework？

今天我不得不重新安装。我曾经为 VS2008 安装了一些修补程序，但不再拥有它们并且不记得为什么它们是必要的。我期待任何与安全相关的修补程序都可以通过 Microsoft Update 提供，但我对 VS 错误修复很感兴趣。

有没有人推荐为 Visual Studio 2008 SP1 安装的修补程序列表？

我从微软（msu 文件）获得了一个修补程序。我怎样才能找到该文件中的内容或所做的更改？