改了标题：新版grldr已经完美修复了在某些主板上复制第一分区的bpb到mbr会出现的问题

不点

很遗憾，你未能提供更多测试结果。

根据提供的这点信息，未能发现代码的任何错误。我也研究了 3 月 26 日的改动，没能发现错误。

怀疑：lzma 的解压代码存在 bug，它不能适应代码的最新变动。

代码的改动本身，并未对 lzma 的解压部分造成任何影响（可以说是完全无关的）。怀疑是由于 lzma 解压部分存在 bug，所以才出问题的。

请进一步测试和定位 bug。最近身体不好，因此不一定能够经常上网答复，见谅。

不点

待更多失败报告以后才能确定问题的根源。目前暂时不知道原因。

暂时搁置起来。

EDIT：

找到了一个毛病，新版上载到时空论坛。应该解决了。

EDIT 2：

时空已经被攻击，无法访问。因此上载在这里，作为备份。

EDIT 3：

今天（ 12 日）上载的版本，与 11 日的版本完全相同，只是添加了 ChangeLog 的记录，方便 Roy 或 chenall 提交到 SVN。

由于解决了 26 日引入的 bug，因此有必要尽快提交到 SVN。请 chenall 和 Roy 留意。别忘了同时也要修补 0.4.6a。

[ 本帖最后由 不点 于 2012-4-12 19:57 编辑 ]

不点

无论如何，这个问题解决了，这是一件好事。

产生问题的原因是，我在3月26日的补丁含有一个极其隐蔽的漏洞。这个漏洞导致从 ud 得到的可靠 CHS 被替换为不可靠的 BPB 表里面的 CHS（位于内存 0x7C00 处），因而导致访问设备失败。

我体会到，像这样隐蔽的漏洞，是很难避免的。写程序的人，不容易照顾得太周全，所以很难避免发生错漏。

如果没有 zjzaog 的报告，这个问题可能会潜藏很久很久。

所以，zjzaog 的报告是十分珍贵的。尤其是，在错误出现之后不久就被发现并报告，这也是难得的。

报告者采用 “地毯式” 轰炸，逐一排除，找到产生错误的确切日期，这一点也是值得称道的。

你做得很棒。

如果像你这样的用户多了起来，那么我相信 grub4dos 将会获得更加迅猛的发展。

如果光有开发人员，那是不行的。软件需要用户。

世界是普遍联系的。开发人员需要用户的参与，需要用户的热情支持。如果没有用户的热情支持，那么开发者开发出来的产品就可能与用户的使用产生某种程度的 “脱节”。这种脱节反过来也影响开发的进度：用户少，报告问题者少，这当然影响开发的速度和质量。

万幸 grub4dos 目前似乎处于良性循环的状态。我想，不仅开发人员要珍惜它，而且用户也要珍惜它。珍惜这来之不易的美好时光。

开发人员要付出您的爱，用户也要付出您的爱。用爱来共同缔造的东西，用爱来共同维护的东西，那应该有着强大的生命力，那应该是难以被摧毁的，那也应该是不可战胜的、无坚不摧的。