中国DOS联盟

以下是引用不点在2004-4-23 15:22:32的发言：
这些显示的调试信息很有用, 正式版也要保留它. 因为只是在命令行不被识别的情况下才会出现这些调试信息. 正确时不会出现这些信息. 这些信息对于帮助我们判断错误的根源太有用了.

调试信息本身是很有用的，然而如果仅仅这样的话非常非常不美观，而且会让用户们认为是GRUB的crash信息或一个重大BUG。

我想的话可以在这些调试信息前加一些文字以进行说明，这样应该就好多了，比如说：

GRUB: Unknown parameter! Debug information:

这个建议很好。

关于 /y 之类的参数，除了上述所说的“在命令行尾部加空格和斜杠”的办法之外，还有别的更好的办法吗？能否说说你的意见？

以下是引用不点在2004-4-23 15:22:32的发言：
/y 参数不是以空格开头, 而是以斜杠开头. 比较罗嗦了. 这很明显是微软的一个 BUG, 空格应当放在斜杠之前, 它却放在斜杠和 y 的后面了.

如果命令行是这样的:

--config-file=(hd0,0)/boot/grub/menu.lst/y /p /d /k AUTOEXEC

就不好了. 注意: (hd0,0)/boot/grub/menu.lst/y 会被认为是路径, 这是一个失败的路径.

我看了一下，命令行将不是像上面那样的，即：

--config-file=（hd0,0)/boot/grub/menu.lst/y /p /d /k AUTOEXEC

而是这样的：

/y --config-file=（hd0,0)/boot/grub/menu.lst /d /k AUTOEXEC

也就是说，/y将紧帖着GRUB.EXE，即：GRUB.EXE/y --config-file=xxx /d /k AUTOEXEC

而通常SHELL用COMMAND.COM时则成为这样的形式：
COMMAND.COM/y /d /k AUTOEXEC

比如当为/p /e:640时，那么，总的命令行即：
COMMAND.COM/y /p /e:640 /d /k AUTOEXEC

而这是正确的，所以也算不上是MS的BUG。只是当将COMMAND.COM换成GRUB.EXE，当使用Step-by-step mode时，总的命令行就成了这样的形式：

GRUB.EXE/y /d /k AUTOEXEC

所以我想的话，将紧帖着GRUB.EXE后的/y参数忽略，并将--config-file参数后的空格加斜杠也忽略，那应该就可以了吧。

把 grub.exe 和 dosstart.S 上载了，试试看行不行：

http://ipdown.com/grub4dos/

方法：把 /y 以及它之后（直到 “--” 之前）的字符都变成空格，然后把第一个 “空格斜杠” 对中的空格变成回车。应当可以了。

因为改动不大，所以不想现在就制作一个 pre7 出来。

这回GRUB的显示信息确实好多了：

Microsoft(R) MS-DOS 7.1
(C)Copyright Microsoft Corp 1981-1999.

C:\>grub.exe abc

GRUB: Unrecognized command line parameters. Usage:

GRUB --config-file=FILE

The options are case-sensitive, you must use lower-case letters. Example:

GRUB --config-file=(hd0,0)/boot/grub/menu.lst

Hexdump of command-line buffer in PSP:

0080: 04 20 61 62 63 0D 00 00 00 00 00 00 00 00 00 00  abc.
0090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

C:\>

不过这个--config-file等参数不是已经case-insensitive了吗（比如--CONFIG-FILE已经是可以的了），为什么上面却仍写着"The options are case-sensitive, you must use lower-case letters"呢？

是这样的，虽然这里表面上 是 大小写无关了，其实还是有关的。所以还是建议用小写。原因有二：

1。grub 作为一个独立程序，它对于 FAT 家族系统中的文件名，都是采用小写的，只有对于长文件名才有可能使用大写。【另外顺便说，GRUB 不能打开含有空格的文件名，而中文文件名也不容易打开】

2。我们编程只是针对 config.sys 将小写全部转为大写，而采取的补救措施。算法是这样的：首先测试 “--config-file=” 这个串是否全部是小写，如果是，那么它后面的文件名是大小写敏感的，也就是说，不会自动把大写转换为小写。如果 --config-file= 之中含有大写字符，则把整个命令行全部转换为小写，然后才交给 stage2 代码。

从用户的角度，使用小写的 “--config-file=” 总是没错的，所以写成强制性的了。也就是说，可以把大写看作未公开的特性。大多数人不需要了解这个细节。

一个关于grub的小建议：当用bootgrub作为mbr时，grldr文件好像只能放在第一个主分区。能否做得通用一点，使其能顺序搜索各个主分区的根目录，以第一个找到的grldr为准呢？

好像目前已经是这样了。如果不是这样，那就是个 BUG 了。

BOOTGRUB 第一扇区的程序只能找到含有 NT bootsector 的那些扇区。它们可以是 FAT12、FAT16、FAT32、NTFS 的，但不管是哪一种，都必须含有微软格式化的引导扇区。否则，将跳过该分区，查找下一个。

如果把 BOOTGRUB 第二、三、四扇区放到紧接 MBR 之后的三个扇区上，那么此时可以找到任意格式化软件处理过的 FAT12、FAT16、FAT32 分区，以及微软格式化过的 NTFS 分区。

－－－－－－－－－－－－－－

写完之后发现我没有正确理解 bean123 兄的话。的确是的，目前查找第一个主分区，如果该分区的格式是合法的【即，它是 FAT12、FAT16、FAT32 或者微软格式化的NTFS】，那么程序不管该分区是否含有 GRLDR，都将控制交给相应的引导程序。也就是说，程序假定所找到的第一个合法分区含有 GRLDR 文件。这确实可以改进。谢谢 bean123 兄。

------------------------------------

另外，bean123 兄，有无发布计划？我一直在等着呢。在你发布之后，我将只是提交补丁了。就像 LINUX 的版本，有 A.C. 等人对内核打补丁的方式一样。

WinGrub基本上已经做好了，我现在正在测试，很快便可以发布了

好的，发布之后别忘了向中、英文的新闻网站提供消息。目前主要只是懂中文的人才知道 grub4dos。这是个很大的缺陷。

永远不必等待我的修补计划，我自己很随便，没有时间表。

----------------------------------

补充：

以下这两个新闻网站好像就不错：

http://slashdot.org/
http://osnews.com/

个人觉得grldr出来之后grub for dos的应用有了一个新t天地，因为她安全方便

现在grub for dos已经有软盘和硬盘的map了，如果再有能map iso，那么grub for dos项目会得到更大的应用，比如光盘安装，光盘版的linux都能得到应用