无忧启动论坛

标题: 如果在 grub4dos 中集成 DOS 运行环境，哪个开源的 DOS 比较好，请推荐 [打印本页]

作者: 不点 时间: 2014-12-10 10:16
标题: 如果在 grub4dos 中集成 DOS 运行环境，哪个开源的 DOS 比较好，请推荐
本帖最后由不点于 2015-1-3 14:06 编辑

我知道的有 dosemu，dosbox，freedos。还有别的 DOS 环境吗？您更喜欢哪一个？

2015年1月3日更新：这个是按照第一方案编写的版本。运行的逻辑路线：对于不带 “--config-file=......” 参数的 grub.exe 来说，如果它发现在地址 2M 处有以前的 grub4dos 的备份，则执行退出 DOS 返回到 grub4dos 的功能。如果在地址 2M 处没有发现 grub4dos 的备份，则像从前一样，正常加载 grub.exe 自身所带的 grub4dos 环境。用 "grub.exe --config-file=" (后面为空) 可以强制按照以前无参数的情形去执行，即，强制正常加载 grub.exe 自身所带的 grub4dos 环境，因此，不去执行退出 DOS 的动作，即，不会返回到以前的 grub4dos 环境中。这种方法用来模拟以前不带 “--config-file=......” 参数的 grub.exe 的情况。

2014年12月27日更新：这个是基于 26 日的版本，支持 “DOS 时代菜鸟 DOS 工具箱” 里面的中文 DOS。调用 BIOS 成功清屏，已经算是完美。
2014年12月26日更新：尽最大努力，支持中文 DOS 环境，仍不完美，留作参照物。
2014年12月25日更新：添加了恢复视频状态的 BIOS 调用，希望对于 DOS 图形模式的恢复起到某些帮助作用。

新增功能：

在 grub4dos 下用 boot 命令启动 DOS 后，可以用不带参数的 grub.exe 从 DOS 返回到 grub4dos 中。

以后，从 grub4dos 切换到 DOS 用 quit 命令即可。而从 DOS 切换到 grub4dos 仍然是用不带参数的 grub.exe 命令。

补充说明：不限定 DOS 的种类。任何 DOS 都支持。

grub4dos-0.4.5c-2014-12-27.7z

263.6 KB, 下载次数: 97, 下载积分: 无忧币 -2

调用 BIOS 清屏成功！这个可以完美替代 26 日的版本。我们就以这个为主进行测试吧。

grub4dos-0.4.5c-2014-12-26.7z

263.35 KB, 下载次数: 7, 下载积分: 无忧币 -2

尽最大努力，支持中文 DOS 环境，仍不完美，留作参照物。

grub4dos-0.4.5c-2014-12-25.7z

262.92 KB, 下载次数: 44, 下载积分: 无忧币 -2

添加了恢复视频状态的 BIOS 调用，希望对于 DOS 图形模式的恢复起到某些帮助作用。

grub4dos-0.4.5c-2014-12-24.7z

262.76 KB, 下载次数: 14, 下载积分: 无忧币 -2

终于又找到了一处毛病，这个应该正常了

grub4dos-0.4.5c-2014-12-23.7z

261.69 KB, 下载次数: 22, 下载积分: 无忧币 -2

这个版本也留作参照物

grub4dos-0.4.5c-2015-01-03.7z

263.86 KB, 下载次数: 46, 下载积分: 无忧币 -2

这个是按照第一方案编写的程序，请测试。

grub4dos-0.4.5c-2014-12-22.7z

261.38 KB, 下载次数: 42, 下载积分: 无忧币 -2

这个版本暂时保留，作为参照物。

作者: ernesthan 时间: 2014-12-10 10:46
freedos

作者: xhwfq 时间: 2014-12-10 11:08
感觉集成一个basic更好，用basic编写菜单比批处理强大多了;D

作者: 李泽勇 时间: 2014-12-10 12:53
新人路过，帮顶

作者: sgw888 时间: 2014-12-10 15:44
我只用过freedos 虽然感觉不如msdos 但是freedos 有它自己的优点.

并且一些商业公司也在偷偷的用freedos.

作者: Bluebells 时间: 2014-12-10 17:50
本帖最后由 Bluebells 于 2014-12-10 17:51 编辑

MS-DOS不好用，freedos比它好！不过有些dos软件不知道为什么不支持freedos，而ms-dos就可以

作者: 不点 时间: 2014-12-10 17:52
本帖最后由不点于 2014-12-14 23:51 编辑

加载 DOS 环境的话，就存在常规内存争用的问题了。

gfxmenu 使用了较高端的常规内存，直接与 DOS 软件的内存发生冲突。所以，gfxmenu 不能再支持了。

其他的内存，比如磁盘读写缓冲区以及几何参数探测缓冲区，可以合并或精简。最后，grub4dos 内核只能占用 128K 的低端内存，即，0 ～ 0x1FFFF 的内存空间。其余的，都留给 DOS 软件使用。

由于不再支持 gfxmenu，我打算开辟一个新的分支，比如，版本号就叫做 0.5。这样，不影响使用旧版的、现有的 gfxmenu 的用户。

进一步研究发现，FreeDOS 内核使用了物理地址 0x700 ～ 0x10000 的空间，这与 grub4dos 发生了冲突。

1、grub4dos 的未压缩菜单位于 0x800，这不能再用了，必须挪到别处，或者干脆撤销（把未压缩和压缩的菜单合并，只使用压缩菜单空间）。

2、grub4dos 的堆栈栈顶位于 0x7000，代码位于 0x8200～0x10000。解决办法是，让 FreeDOS 不再使用 0x6800 ～0x10000 的空间。

作者: xiaoy 时间: 2014-12-10 19:26
感觉不需要集成DOS 但是整个支持NTFS读写就够了

作者: sunsea 时间: 2014-12-10 20:24
dosbox貌似是VM86的，可以借鉴一下

作者: jack95 时间: 2014-12-10 23:03
集成dos后有什么优势，能带动那方面的应用？

作者: 不点 时间: 2014-12-11 08:19

jack95 发表于 2014-12-10 23:03
集成dos后有什么优势，能带动那方面的应用？

自己用，自己觉得有用。所有的开发工作，都是首先自己要用，然后才去开发。至于说对别人有没有用，那是不知道的。自己需要运行 DOS 程序，弥补 grub4dos 的应用程序的缺乏，所以想做这个开发。

作者: 2013abcdefg 时间: 2014-12-11 09:14
我觉得还是FREEDOS合适一点，核心文件小

作者: 不点 时间: 2014-12-14 21:23
对 freedos 进行了初步改造。改造后的版本已经上载在一楼，请测试它是否可以正常使用。

作者: jack95 时间: 2014-12-14 23:11
运行后直接进入grldr，选freedos后卡主

作者: jack95 时间: 2014-12-15 10:44
可以进入freedos，如何返回开始的grub4dos环境？

作者: 不点 时间: 2014-12-15 11:39

jack95 发表于 2014-12-14 23:11
运行后直接进入grldr，选freedos后卡主

请您确认：这是卡死吗？是不能进入 DOS 命令行吗？

作者: 不点 时间: 2014-12-15 11:42

jack95 发表于 2014-12-15 10:44
可以进入freedos，如何返回开始的grub4dos环境？

麻烦请您确认，新版和旧版是否都能进入 DOS？

目前只是初步的工作，仅仅测试修改后的 FreeDOS 究竟能否正常工作。

其他工作还没开展，预计需要两个礼拜或两个月才能全部做完。

作者: pcs2006 时间: 2014-12-15 15:43

jack95 发表于 2014-12-15 10:44
可以进入freedos，如何返回开始的grub4dos环境？

可以用grub.exe返回grub4dos环境，grub.exe请在本板置顶贴找，自行用UltraISO加入ima内即可

作者: 2013abcdefg 时间: 2014-12-15 18:51
我这两个都可以入到DOS

作者: 2013abcdefg 时间: 2014-12-15 21:52
发一个更小的DOS，我也不知道是什么DOS也不知是否商用的

IFD.zip

149.28 KB, 下载次数: 15, 下载积分: 无忧币 -2

作者: roytam1 时间: 2014-12-16 07:54

2013abcdefg 发表于 2014-12-15 21:52
发一个更小的DOS，我也不知道是什么DOS也不知是否商用的

TBOS (TeraByte OS) free for personal use
TeraByte Unlimited makes TBOS available as part of the TeraByte OS Deployment Tool Suite.

Short description: TBOS (TeraByte OS) is a small basic real-mode OS that can run most DOS programs. (It's pronounced "Tee Boss")

TBOS itself (tbos.sys) is a minimalistic DOS kernel (just 18kB) which allows you to run some DOS programs. But it has not implemented a lot of DOS services so many programs hangs with error message - e.g. I tried to replace shell by datalight minicmd, freecom, ms-dos 6.22 command.com, cwsd-stubbed bash but nothink works. It also don't support HDD/FAT16, runs only on a floppy (similar to FlopOS)

作者: ql1307096 时间: 2014-12-16 15:14
不知道这个跟map img镜像有什么区别呢？

作者: 不点 时间: 2014-12-18 17:14

ql1307096 发表于 2014-12-16 15:14
不知道这个跟map img镜像有什么区别呢？

差别不是太大。目前通过 img 进入 DOS 之后，无法返回到 grub4dos 中。注意，通过 grub.exe 可以再次进入 grub4dos，但那不等于退回到 grub4dos。用 grub.exe 重新进入 grub4dos 后，那是一个全新的 grub4dos 环境，原来的变量都丢失了。

改进之后，可以自由地在 grub4dos 与 DOS 之间切换，两者的运行环境都不破坏，变量都不丢失。

至于说具体的实现手段，还在权衡之中。

作者: 不点 时间: 2014-12-18 18:24
又考虑了几天，觉得应该分步骤实现。

作为第一步，目前先考虑简单的情况，以 “概念证明” 的性质来实现。

这个阶段的 DOS 限定为只使用 1M 以内的空间，不使用扩展内存。如此一来，与 grub4dos 的冲突将减少，因此容易解决冲突问题。

以后，当把 grub4dos 的内核搬到扩展内存顶端以后，再考虑不限制 DOS 内存的问题。

当从 grub4dos 切换到 dos 时，保存 grub4dos 的环境。

当从 dos 切换到 grub4dos 时，也保存 DOS 的环境。

所以，关键是实现一个切换的接口。目前考虑以命令的方式来实现。

在 dos 下实现一个 breakdos 命令，可以从 dos 返回到 grub4dos 环境。
在 grub4dos 下实现一个 resumedos 命令，可以从 grub4dos 进入 DOS 环境并恢复到原先的状态。

作者: 月光海洋 时间: 2014-12-18 22:07
这个会不会使p大的0pe更加强大

作者: pseudo 时间: 2014-12-18 22:25
本帖最后由 pseudo 于 2014-12-18 22:28 编辑

细节：resumedos超过8字符了。即使支持长文件名也尽量不动用长名为好。
用todos、togrub，或者doshome、grubhome，dos2grub、grub2dos之类？

作者: roytam1 时间: 2014-12-18 23:06
這樣的話直接把DOS接口造成TSR讓各種DOS使用就好

作者: cchessbd 时间: 2014-12-19 07:56
我喜欢freedos，最主要的是他不怕逻辑锁，可在带锁硬盘启动。

作者: 不点 时间: 2014-12-21 17:33
2014年12月21日：编译了 grub4dos，请测试常规功能是否正常。也测试新增的功能是否正常。

新增功能：

在 grub4dos 下用 boot 命令启动 DOS 后，可以用不带参数的 grub.exe 从 DOS 返回到 grub4dos 中。

以后，从 grub4dos 切换到 DOS 用 quit 命令即可。而从 DOS 切换到 grub4dos 仍然是用不带参数的 grub.exe 命令。

补充说明：不限定 DOS 的种类。任何 DOS 都支持。

作者: jack95 时间: 2014-12-21 19:34
不懂如何测试

作者: 不点 时间: 2014-12-21 21:12

jack95 发表于 2014-12-21 19:34
不懂如何测试

目前的实现方式，支持任意的 DOS，而 grub4dos 本身也没有集成 DOS 的 API。

本次比以前做了微小的改进。

1、修补了 boot 命令，让它启动 DOS 之后，先把 grub4dos 的 640K 常规内存保存在 2M 处，以便 grub.exe 能够利用它返回到 grub4dos 之中。
2、修补了 grub.exe，在无参数时，让它试图首先从 2M 处寻找 grub4dos 的备份。找到后就切换到先前的 GRUB 环境。
3、修补了 quit 命令，让它在从 grub 环境退回到 DOS 环境时，也先把 grub4dos 的 640K 常规内存保存在 2M 处，以便 grub.exe 能够利用它返回到 grub4dos 之中。

这种微调的实现方式，可以兼容现有的一切。所以，这个改动（测试稳定以后）可以纳入到目前的 svn 数据库中。

测试的方法：

用新版本的 grub4dos 启动 DOS，然后，在 DOS 下执行新版的 grub.exe，看看能否返回到先前的 grub 环境。当成功返回到 grub 之后，再执行 quit 命令，看看可否退回到刚才的 DOS 环境。

然后又运行 grub.exe，看看能否返回到 grub 环境。

然后再执行 quit 命令，看看能否退回到 DOS 环境。

就这样，反复折腾，看看是否都顺利。

作者: pcs2006 时间: 2014-12-22 09:02
试了 Windows 98 DOS, FreeDOS 和 DOS 7.1 情况一样如下:
1. 系统起动首先进入Grub4dos.
2. boot 入 dos 系统
3. Grub.exe 回到 Grub4dos.
4. Grub4dos 中 quit 回 DOS
5. Grub.exe ... 系统停摆,没有任何显示.

作者: 不点 时间: 2014-12-22 09:04

pcs2006 发表于 2014-12-22 09:02
试了 Windows 98 DOS, FreeDOS 和 DOS 7.1 情况一样如下:
1. 系统起动首先进入Grub4dos.
2. boot 入 dos ...

谢谢，测试结果与我的测试结果相同。

看来有个什么隐蔽的地方没弄好。排解错误好困难啊。

作者: 不点 时间: 2014-12-22 15:43
中午找到毛病，问题解决了，更新后的版本在一楼下载。

现在大家可以大量测试了，看看会不会暴露出其他问题。

作者: topway 时间: 2014-12-22 17:17
如何测试？有没有操作步骤及说明？

作者: 不点 时间: 2014-12-22 18:17

topway 发表于 2014-12-22 17:17
如何测试？有没有操作步骤及说明？

其实，日常的使用，便是测试。这叫做常规功能测试。代码改动以后，有可能影响到日常使用，因此，需要常规功能测试。

新增的功能，大概只有开发人员才关心。

新功能有什么使用的场景？我来说说一些可能的情况吧。

你有一个 grub4dos 的菜单或程序（包括批处理）。你希望调用某个 DOS 程序，然后返回到 grub4dos 中。

你可以用 boot 命令启动 DOS，在 DOS 中，你有 autoexec.bat，它可以运行你的程序，在这个 autoexec.bat 里面，你可以放一条 grub.exe 命令，这样会返回到 grub4dos 中。

grub.exe 究竟能返回到 grub4dos 的什么地方呢？它返回到紧接刚才的 boot 命令的下一条命令处。所以，你在 boot 命令之后，还要放置一些相关的命令或控制转移指令。

然后，假如你又想回到 DOS 了，此时，你无需再执行 boot 命令，而是使用 quit 命令，这是因为 DOS 环境已经存在了。

quit 命令从 grub4dos 退回到 DOS，究竟退到什么地点呢？

你可能已经猜到了：它退到你刚才执行的 grub.exe 命令的下一条命令处。

从哪里退出的，将来切换回来的时候，就仍然回到哪里。从哪出去的，就从哪回来。

grub.exe 和 quit 命令都是起着 “退出” 的作用。

grub.exe 是 “退出 DOS，进入 grub4dos”。
quit 命令是 “退出 grub4dos，进入 DOS”。

它们的共同点是，从哪条命令退出的，将来回来的时候，也会回到紧接这条命令的下一条命令处。

boot 命令与 quit 命令相似，所不同的地方在于，boot 命令是建立初始的 DOS 环境。而 quit 命令是进入已经建立好了的 DOS 环境中。

慢慢理解吧。

作者: pcs2006 时间: 2014-12-22 18:50
试了 Windows 98 DOS， FreeDOS，4 DOS 和 DOS 7.1 情况如下

1.大致可以进入任意DOS系统，并可以Grub.exe 返回， quit退回dos，并反复多次
2. dos 和 Grub4dos变量可以保存，不管进出多少次.

问题:

若dos系统的程式有做变更显示(text mode ->graphic mode)，比如dos工具箱(4-dos)
grub回grub4dos后，再quit 回dos时，画面无法显示
若这时候盲打grub.exe 可返回grub4dos，再quit回dos仍然是画面无法显示，除非改换另一套dos
这相当于重新一个新环境，不能解决问题
或者使用者可以自行由grub4dos返回时重新设定一次graphic mode来解决

作者: chenall 时间: 2014-12-23 11:11

pcs2006 发表于 2014-12-22 18:50
试了 Windows 98 DOS， FreeDOS，4 DOS 和 DOS 7.1 情况如下

1.大致可以进入任意DOS系统，并可以Grub.e ...

这个确实是问题.

就像我之前碰到的ipxe问题一样,当grub4dos是图形模式时进入ipxe shell会没有显示.只能切换到文本模式

作者: 2011yaya2007777 时间: 2014-12-23 17:35
本帖最后由 2011yaya2007777 于 2014-12-23 17:48 编辑

grub4dos-0.4.5c-2014-12-22.7z 版本，MSDOS 7.1，Virtual Machines 环境。
1. 启动进入 DOS，键入 grub.exe，出现错误提示。死机。

2. 启动进入 GRUB4DOS，从菜单进 DOS，没有使用 --mem 参数，直接打印错误信息。
似乎是从 DOS 返回了。find 发现多了 fd0，可以访问，如 ls 。实机测试结果一样。

MS-DOS-2014-12-23-17-14-47.png (2.06 KB, 下载次数: 106)

MS-DOS-2014-12-23-17-20-05.png (2.68 KB, 下载次数: 101)

作者: 不点 时间: 2014-12-24 11:00
看看今天这个版本有没有改进？pcs2006 报告的 DOS 图形模式问题是否解决了？

作者: pcs2006 时间: 2014-12-24 14:57

不点发表于 2014-12-24 11:00
看看今天这个版本有没有改进？pcs2006 报告的 DOS 图形模式问题是否解决了？

其实 grub4dos-0.4.5c-2014-12-22.7z，只要在切换grub前退回text mode是没有问题的。

grub4dos-0.4.5c-2014-12-24.7z，情况是进入dos后，文字模式或图形模式下按grub.exe 后，系统停止，没有任何显示。

另外,yaya的情况我也碰过，可能是usb和harddisk有超过一份menu.lst所致。

作者: 不点 时间: 2014-12-24 15:24

pcs2006 发表于 2014-12-24 14:57
其实 grub4dos-0.4.5c-2014-12-22.7z，只要在切换grub前退回text mode是没有问题的。

grub4dos-0.4.5c ...

刚才又编译了一个，试试还死机吗？

另外也请试试 23 日的版本是否死机。

作者: pcs2006 时间: 2014-12-24 16:17
情况依旧－－
若配合 grub4dos-0.4.5c-2014-12-22.7z 版的 grub.exe，反而不再死机，
但某些图形模式（dos的中文系统）还得手动更改回文字模式才能正常显示。

23日的正常，不死机。

作者: 不点 时间: 2014-12-24 17:03

pcs2006 发表于 2014-12-24 16:17
情况依旧－－
若配合 grub4dos-0.4.5c-2014-12-22.7z 版的 grub.exe，反而不再死机，
但某些图形模式（d ...

又上载了一个，试试还死机吗？

如果不死机，请报告它能真的 “退出” DOS 而 “返回” grub4dos 吗？成功返回到 grub4dos 时，会有 Returned from DOS 的提示。

如果是进入全新的 grub4dos 环境，那就是有问题的，请报告 CPU 的详细信息：它是 Intel 的，还是 AMD 的，是什么年代的产品。如果你的测试是在虚拟机下完成的，请报告虚拟机的名称和版本。

作者: pcs2006 时间: 2014-12-24 17:49
试了几台机

Intel Core i3-2350 cpu
Intel Atom cpu n280 Lapbook
这两台无法进入DOS出现如下句子，然后回到Grub4dos，load其他pe没问题

Boot
Error 87:.............
Returned from DOS

这一台
AMD Athlon 64 x 2 Dual Core
可以进入DOS，Grub.exe仍旧死，基本上24日的都死，23日以前的没问题

作者: 不点 时间: 2014-12-24 17:57
请确认：

23 日的 grub.exe 能够从 DOS 返回到 grub4dos 吗？能够出现 Returned from DOS 的提示吗？

作者: pcs2006 时间: 2014-12-24 18:30
比较奇怪，只有AMD Athlon 64 x 2 Dual Core 可以在23日的版本正常运作
可以自由切换dos和grub ,回到grub时出现句子:

Graphics mode number set to  0 x122
Error 87:.............
      Returned from DOS

其他电脑进入dos失败，包括２３日的，这似乎和load dos的img有关，若用
freedos ，chainloader /kernel.sys 的方式便可以进入dos,并且显示

Graphics mode number set to  0 x1?? (这是另一台samsung i3)
Error 87:.............
      Returned from DOS

作者: scxiegangxy 时间: 2014-12-24 22:10
我的笔记本是联想Y470，使用您提供的grldr，用run程序启动img软盘镜像失败！显示也是如下：
Error 87:.............
Returned from DOS
用run启动iso镜像没问题，可顺利进入winpe。
麻烦不点老大再改进改进！！
谢谢

作者: 不点 时间: 2014-12-25 06:35
本帖最后由不点于 2014-12-25 11:20 编辑

上载了 24 日的最后一版，终于找到了一个毛病。

从 DOS 下启动 grub.exe 应该不会死机了。

还需要大家继续测试并报告：从 grub4dos 启动 DOS 是否仍旧失败？我的测试是成功的。

请注意，大家在测试时，应该保证 DOS 下不会自动执行 grub.exe，因为如果进入 DOS 后又自动执行 grub.exe，那就是退出 DOS 而立即返回到 grub4dos 了。

作者: 不点 时间: 2014-12-25 17:11
下载了 DOS时代菜鸟的我的DOS工具箱 2014-10-30 188-17.6 4dos 版，将新的 grub.exe 放在它的根目录下，用 grub.exe 进入 grub4dos，再 quit 回 DOS，图形模式得以成功恢复，DOS 下的中文字符可以正常显示。

似乎没有什么问题了。

作者: scxiegangxy 时间: 2014-12-25 18:12
处理器名称 DualCore Intel Core 2 Duo E7400, 2800 MHz (10.5 x 267)
主板芯片组 Intel Eaglelake P45
系统内存 1995 MB  (DDR3-1333 DDR3 SDRAM)
BIOS 类型 Award Modular (06/07/10)
显示适配器 NVIDIA GeForce GTS 250  (512 MB)

不能启动img。所有均显示：
显示：
Error 87:.............
      Returned from DOS

作者: pcs2006 时间: 2014-12-25 18:45
本帖最后由 pcs2006 于 2014-12-25 18:46 编辑

25日版的大致没问题（暂时只试了一台机器和一支usb）。

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=138340

这是dos时代菜鸟的dos工具箱，Grub4dos 载入img进入正常界面
按ESC 回到dos , 按ML换成中文模式，按grub.exe 返回Grub4dos
再quit回dos时画面乱了或不能显示，这时候可以
1.盲打grub.exe 返回 Grub4dos，Grub4dos中quit回dos又变没有显示
或
2.盲打 cn q 换回文字模式，一切回复正常

作者: 不点 时间: 2014-12-25 20:07

scxiegangxy 发表于 2014-12-25 18:12
处理器名称 DualCore Intel Core 2 Duo E7400, 2800 MHz (10.5 x 267)
主板芯片组 Intel Eaglelake P45
...

谢谢支持。

诸如此类的 dos 启动失败，我怀疑是以某种方式在进入 dos 时，自动执行了 grub.exe 程序。

请上载这样的 img，或者告知下载地点，以便我能够亲自测试。

不成功的 img 都可以上载，或告知下载地址。

作者: 2011yaya2007777 时间: 2014-12-26 10:14
使用 24 日版本测试。
1. 在 G4D 环境，加载 MSDOS，成功进入 DOS。执行 quit，成功返回 G4D。
2. 在 DOS 环境，执行 grub.exe，成功进入 G4D。
执行 root，find，ls (hd0,3)/ 正常；但是执行 ls (fd0)/ 则重启。

作者: 不点 时间: 2014-12-27 08:02
26 日折腾了一整天，中文 DOS 环境仍有问题。作为阶段性的成果，上载到一楼了。

目前，当 grub4dos 处于 VBE 模式时，如果用 quit 退回到中文环境的 DOS，则屏幕显示不出字符，需要手动执行一条 cls 命令清屏，才能显示出 DOS 命令行。此时仍有中文支持，可以显示中文字符。

大家能够容忍这种情况吗？如果能容忍，请多多测试 26 日的版本，将来说不定也有办法解决 “必须手动执行 CLS 命令” 的问题。

今天准备再编译一个版本，彻底退出 DOS 环境，只使用干净的英文 text 环境，这样避免调用复杂的 BIOS，也相应地会增加稳定性。

作者: 不点 时间: 2014-12-27 09:24
2014年12月27日：本来想着用 BIOS 标准调用 int10/ax=0003 返回到英文文本模式即可解决问题，但遗憾的是，DOS 时代菜鸟所采用的中文 DOS 环境是有毛病的，使得上述 BIOS 调用不能彻底卸载中文环境，而只是进入了一个有毛病的英文文本模式。彻底卸载中文环境，需要用这个 DOS 自己带的 fcquit.com 程序才行。这是一个不大不小的 bug，使得我们不可能用标准的 BIOS 调用来解决问题。

如果在中文环境下执行 grub.exe，然后又用 quit 返回到 DOS，此时屏幕不正常，需要执行 cn q 或 fcquit 卸载 DOS 环境才能正常显示。

所以，无论如何都不能解决问题。不完美的中文 DOS，是造成问题的根源。

26 日和 27 日这两个版本，就留着让大家长期测试吧。如果有什么问题，请详细报告。

作者: 不点 时间: 2014-12-27 11:25
本帖最后由不点于 2014-12-27 11:46 编辑

27日再次更新，这次以 26 日的版本为基础，调用 BIOS 清屏成功，可以完美支持 “DOS 时代菜鸟 DOS 工具箱” 里面的中文 DOS 了。

以后我们好像应该以这个为主来进行测试。

大家的测试，如果连续 30 天没有人报告 bug，大致就可以进入 svn 数据库了。

噢，忘了：目前只是测试稳定性，还不能进入 svn 数据库。新版 grub.exe 在不带参数时，会执行退出 DOS 返回 grub 的动作，这一点与旧版不兼容，所以，这可能还需要进行功能性的调整。等到测试稳定以后再说吧。

作者: 不点 时间: 2014-12-27 14:47
在基本成功地贯通了 grub4dos 与 dos 之后，我有一个想法：我们使用 dos 的方式，应该发生一些变化。

原先我们一般是使用 grub4dos 启动 dos，执行完任务后再用 grub.exe 进入 grub4dos。这有两个缺点：

一、dos 破坏了中断向量表，因此，第二次进入 grub4dos 环境以后，中断向量表是受到污染的，不干净。这有可能会导致某些实模式或保护模式程序运行失常。

二、dos 下的 TSR 或设备驱动程序可能接管某些中断，导致 grub.exe 在探测恢复中断向量表时失败，无法进入 grub 环境。

而采用新版 grub.exe 的退出功能，我们不会再面临以上两个风险。我们总是可以退回到可靠的 grub 环境。但是我们需要分别在 grub4dos 和 dos 两个环境下设计好进入和退出的流程，保证在执行完 dos 任务后，又能在 grub4dos 环境下继续执行我们所需要的其他任务。

作者: chenall 时间: 2014-12-27 15:18

不点发表于 2014-12-27 14:47
在基本成功地贯通了 grub4dos 与 dos 之后，我有一个想法：我们使用 dos 的方式，应该发生一些变化。

原 ...

有没有可能把GRUB4DOS做成类似IPXE那样的,可以一直存在于内存中,并且允许其它程序直接直接调用GRUB4DOS的功能.

就像最新的0.4.6a版本grub4dos,使用ipxe启动grldr之后还可以在grub4dos下直接使用ipxe的完整功能..我觉得这个设计不错,ipxe扩展了PXE服务,虽然有一些不是很稳定,但是目前来说还是挺有用的.

作者: chenall 时间: 2014-12-27 15:20

不点发表于 2014-12-27 14:47
在基本成功地贯通了 grub4dos 与 dos 之后，我有一个想法：我们使用 dos 的方式，应该发生一些变化。

原 ...

这个功能稳定之后是不是可以考虑写一个DOS下的小程序让它可以实现返回GRUB4DOS而不是使用GRUB.EXE

必竟GRUB.EXE文件相对来说太大了,特别是一些磁盘空间比较小的镜像不好安放GRUB.EXE.

作者: 不点 时间: 2014-12-27 15:57

chenall 发表于 2014-12-27 15:18
有没有可能把GRUB4DOS做成类似IPXE那样的,可以一直存在于内存中,并且允许其它程序直接直接调用GRUB4DOS的 ...

这当然有可能了。我之所以要想实现将 grub4dos 隐藏在扩展内存顶部，也正是因为想让 grub4dos 变成后台服务，与操作系统共存，需要时，呼出 grub4dos，不需要时，隐藏在幕后。

隐藏之后，int13 可以做得很大，里面可以容纳 ipxe 以及 usb 驱动，甚至也能容纳硬盘驱动。那是因为，int13运行于保护模式，不需要占用常规内存。不过，这个实现需要花费很大精力，以后慢慢来。

作者: 不点 时间: 2014-12-27 16:04
本帖最后由不点于 2014-12-27 18:32 编辑

chenall 发表于 2014-12-27 15:20
这个功能稳定之后是不是可以考虑写一个DOS下的小程序让它可以实现返回GRUB4DOS而不是使用GRUB.EXE

必 ...

是的，能够做到。但是我偷懒不想做了，所以就放在 grub.exe 里面了。做完现在这个工作，就已经很累了。我要歇歇，不干了。

如果你或其他某个人愿意做的话，我支持。

补充：我倒是希望 chenall、 yaya 在时间充裕的情况下做做这个工作。可以把小程序起名为 grub.com 或者其他更好的名字。做完这个工作之后，会对 intel 与 AMD 的 cpu 实模式 4G 段限有着深入的了解。这有助于编写与实模式有关的程序。cpu 有个 big real mode，就是我们熟悉的 unreal mode，或者叫做 flat real mode，它可以用来读写 4G 内存。而网上还介绍了一个 huge real mode，它是 32 位的实模式，CS 段寄存器可以在 32 位的 4G 地址空间执行代码。通常用不上 huge real mode，但它也许在某个特殊的情况下有用。

其一，我身体本来也就不好；其二，由于我终究要远离软件开发。所以，我希望由别人来做这个工作，而且这也是一个操练的机会，顺便能够加深理解未公开的 cpu 技术。

作者: 不点 时间: 2014-12-28 08:25

2011yaya2007777 发表于 2014-12-26 10:14
使用 24 日版本测试。
1. 在 G4D 环境，加载 MSDOS，成功进入 DOS。执行 quit，成功返回 G4D。
2. 在 DOS ...

是不是 dos 下运行了某些软件，它们破坏了位于扩展内存的 grub4dos 环境? dos 不可以执行 himem 或 emm386之类的内存管理软件，它们都要使用扩展内存空间。目前只是解决了常规内存冲突问题，没有解决扩展内存冲突问题。等到将来把 grub4dos 移动到扩展内存顶部并用 int15隐藏起来，那时候才能解决扩展内存冲突问题。

作者: pcs2006 时间: 2014-12-28 16:39
本帖最后由 pcs2006 于 2014-12-29 15:17 编辑

本来打算测试Grub.exe是否会破坏dos的显示模式，于是写了一个小小的程序，
首先保存原有画面资料(包括文字及属性)、显示模式及鼠标位置及大小，
然后载入grub.exe，等grub.exe返回时，回存显示模式，鼠标位置及原画面文字，
发觉只有某些dos中文系统不能正常显示，可能是grub.exe 进入grub4dos环境的前或后时
破坏了原有的中文系统，于是返回dos时乱掉了（暂时只有dos时代菜鸟的dos工具箱有这种情况）．

grub.com没什么功能，只是回存原有的画面，不怕被grub.exe 清掉而已
把grub.com和grub.exe放在一起就是了，键入grub时，dos首先会执行grub.com
若嫌名字不好，也可以随便改名，例如grub1.com什么的．．．．
若在grub 后加了parameters，grub.com不会做任何储存或回存的动作，
因为grub.exe可能有自己的讯息输出，保留画面没什么意义了。

http://pan.baidu.com/s/1mgFWigS

压缩包里包括grub.com及其汇编程序。
已修正程序出错．．．

作者: 2011yaya2007777 时间: 2014-12-28 21:29

是不是 dos 下运行了 himem某些软件，它们破坏了位于扩展内存的 grub4dos 环境?

是启动直接进入 dos 。加载了 himem。然后执行 grub.exe，进入 G4D。按说是破坏了 himem。
不清楚为何执行 ls (fd0)/ 会重启。

作者: 不点 时间: 2014-12-28 22:34
本帖最后由不点于 2014-12-28 22:38 编辑

2011yaya2007777 发表于 2014-12-28 21:29
是启动直接进入 dos 。加载了 himem。然后执行 grub.exe，进入 G4D。按说是破坏了 himem。
不清楚为何执 ...

内存冲突对双方都有害。

从 grub4dos 进入 DOS 之时，保存 grub4dos 的常规内存到 2M 地址处。而 32M 以内都属于 grub4dos 的活动范围。只要这部分内存被改动，那就破坏了 grub4dos 的运行环境。

在 DOS 下加载 himem，则 DOS 使用了扩展内存，那么就可能破坏掉 grub4dos 的代码或数据。因此，重新进入 grub 环境后，出现异常情况。即使不出现异常，那么当再次退回到 DOS 时，由于扩展内存的内容也已经被 grub4dos 的运行所破坏，因此 DOS 也可能要出现不正常了。

作者: 不点 时间: 2014-12-28 22:53

pcs2006 发表于 2014-12-28 16:39
本来打算测试Grub.exe是否会破坏dos的显示模式，于是写了一个小小的程序，
首先保存原有画面资料(包括文字 ...

确实是会破坏显示模式。这是因为，从 DOS 进入 grub4dos 时，grub4dos 有可能是 VBE 模式，而从 grub4dos 的显示模式切换到原有的 DOS 显示模式，可能发生不匹配，发生模式错误，导致显示异常。

我在 27 日的版本中已经恢复了 DOS 的显示状态，只剩下视频画面数据没能恢复。其实是我不知道该怎么恢复，所以，我干脆清屏，保证视频显示基本正常。

你的程序能够恢复视频画面，当然更好。我想知道的是，27 日的原版，除了视频画面未能恢复以外，还有别的问题吗？

作者: pcs2006 时间: 2014-12-29 00:17

不点发表于 2014-12-28 22:53
确实是会破坏显示模式。这是因为，从 DOS 进入 grub4dos 时，grub4dos 有可能是 VBE 模式，而从 grub4dos ...

刚才测试了27日的版本，这台AMD Athlon II一切正常，未试其他电脑，之前的印象，
许多机子常有51楼的情况，就是无法载入dos img，所有文件是一样的，似乎和bios版本有关

注：64楼的文件之前有bug，已修正，若有需要请重新下载，保留回存画面的程序已放在asm文件内，
除了载入grub.exe外，全是int 10h的调用，不涉及int 21h

作者: 不点 时间: 2014-12-29 01:44

pcs2006 发表于 2014-12-29 00:17
刚才测试了27日的版本，这台AMD Athlon II一切正常，未试其他电脑，之前的印象，
许多机子常有51楼的情 ...

代码写得很好，也很容易看懂。

代码能够恢复视频缓冲区，然而，恢复视频缓冲区，是要耗费空间的。

如果是文本模式，需要耗费的空间很小。

但如果是图形模式，恢复像素数据，那可承受不了，640×480×4 / 8 = 153600 = 150K。再加上 grub.exe 本身占用的 300K，就是 450K 了。grub.exe 还有一个任务是保存 64K 的 HMA 数据，那么整个消耗就超过 512K 了。DOS 很难有这么大的空闲内存供 grub.exe 使用。

既然我们不可能在所有的情况下都恢复视频显示区的内容，那我们就干脆统一地不再恢复。

因此，权衡以后，我觉得清屏就够了。

非常感谢您提供的代码。这个代码我会保存好，并仔细研究学习。

作者: 不点 时间: 2014-12-29 01:58

刚才测试了27日的版本，这台AMD Athlon II一切正常，未试其他电脑，之前的印象，
许多机子常有51楼的情况，就是无法载入dos img，所有文件是一样的，似乎和bios版本有关

假如无法载入 DOS，那它大致应该死机，而不至于退回到 grub4dos。

要知道，退回到 grub4dos 的功能，只有通过 grub.exe 才能实现。如果纯粹是偶然的随机代码，碰巧能够退回到 grub4dos，那可能性太小。

注意，DOS 不可以有任何访问扩展内存的动作。不可以有 himem 或 emm386 之类的程序。DOS 下的程序不可以写入扩展内存。读取扩展内存是可以的。

作者: pcs2006 时间: 2014-12-29 10:27

不点发表于 2014-12-29 01:44
代码写得很好，也很容易看懂。

代码能够恢复视频缓冲区，然而，恢复视频缓冲区，是要耗费空间的。

基本上，能够键入grub.exe，应该是文字模式环境，即使在用中文系统下，
也是文字模式，最大不会超过10k，若不嫌麻烦压缩一下，可能会在3k以下。

另外，要保存图形模式画面资料，不必真个动用内存，可调用现有的int 10h实现，
ax=1c01h是保存視訊規格，ax=1c02h是回存視訊規格。
代码大致是这样的：

SaveVid:  push es
            mov    bx,offset VideoBuffer
            mov    ax,1c01h ;save Video Config
            mov    cx,0007h
            int    10h
            pop    es
            ret
;------------------------------------------------------------------------------
RestoreVid:
            push es
            mov    bx,offset VideoBuffer
            mov    ax,1c02h ；Restore Video config
            mov    cx,0007h
            int    10h
            pop    es
            ret

;------------------------------------------------------------------------------

其中的VideoBuffer并不是昼面资料，是视讯規格緩衝，一般要4－10k就可以，
比文字模式更省空间，我写过类似的文字和游戏画面切换的程式，代码不复杂，
详情请参考：
http://www.ymailsoft.com/app/clu ... mation_Id=I00012942

但若回到grub4dos时又有图象显示，这会抵触和破坏了原来保存，问题挺复杂的。

不管怎样，这都会增加grub4dos的工作量，又没有逼切性，权作玩票方案好了哈。

作者: 不点 时间: 2014-12-29 12:18

pcs2006 发表于 2014-12-29 10:27
基本上，能够键入grub.exe，应该是文字模式环境，即使在用中文系统下，
也是文字模式，最大不会超过10k ...

int10/ah=1Ch，在 2014-12-27 的版本中，已经采用了。运行情况与您刚才描述的情况完全一样。

您的解释，让我更清楚了 int10 功能 AH=1Ch 的作用。我本来还纳闷：为何保存和恢复状态的代码不能完全恢复状态呢？现在明白了。谢谢，非常感谢。

作者: pcs2006 时间: 2014-12-30 09:55
本帖最后由 pcs2006 于 2014-12-31 18:05 编辑

不点发表于 2014-12-29 12:18
int10/ah=1Ch，在 2014-12-27 的版本中，已经采用了。运行情况与您刚才描述的情况完全一样。

您的解释 ...

原来27日的版本已使用了int 10h ah=1ch功能，那么不妨让grub.com先做一下实验，
把上面SaveVid和RestoreVid的代码加入grub.com中。

试验的结果，新的grub.com配合27日的版本，可以完全回复画面，包括dos时代菜鸟的dos工具箱。

http://pan.baidu.com/s/1ntiKiwx

作者: 不点 时间: 2014-12-30 22:49

pcs2006 发表于 2014-12-30 09:55
原来27日的版本已使用了int 10h ah=1ch功能，那么不妨让grub.com先做一下实验，
把上面SaveVid和Resto ...

仍旧以前述 dos 时代菜鸟的中文 dos 为测试对象。这一版的 grub.com，不能恢复显示画面。此前的版本还可以成功恢复。也许是这台联想笔记本的 BIOS 比较特殊吧。它的 int10/ax=1C00h 返回的缓冲区大小，换算成字节数，竟然达到 56K，也就是说，已经接近 64K 了。

我猜，说不定有些主板的 int10/1C00h 功能采用 256K 的缓冲区，也未可知。

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

继续说说恢复画面的问题。我们接触得较多的中文 DOS，都是把图形模式包装成文本模式了。

但不要忘了，在原始的图形模式下，dos 也能工作。在图形模式下，即使是英文的 dos 仍然可以运行。

说不定有些国家的 dos 就偏爱图形模式，也未可知。

这时候我们不可能以较小的内存空间来恢复整个屏幕的内容。

因此，我觉得保持清屏状态是没问题的，或者说是合理的。

作者: pcs2006 时间: 2014-12-31 14:43

不点发表于 2014-12-30 22:49
仍旧以前述 dos 时代菜鸟的中文 dos 为测试对象。这一版的 grub.com，不能恢复显示画面。此前的版本还可 ...

功能入口参数和出口参数
INT 10H 的 1C00H 功能
返回状态缓冲区容量 AX = 1C00H AL = 1CH 成功
BX = 需要的 64 字节块数目

实际操作下，cx也应该定义，若cx,7，传回的bx才有参考价值，
在几部机子不同的中文系下，bx大多传回0fh，shl bx,6，也就是乘上64＝960(3c0h)，
少于1k，这是显示模式的config 表，你的缓冲区大小达到 56K，
是不是我的理解错误了，还是联想笔记本太另类：）

grub.com只是试验中文系统有没有遭破坏，尤其dos时代菜鸟的dos工具箱改动了不少中断．
试验结果是没有，初期的画面乱掉只是欠一个模式转换而已。

作者: 不点 时间: 2014-12-31 17:26

pcs2006 发表于 2014-12-31 14:43
功能入口参数和出口参数
INT 10H 的 1C00H 功能
返回状态缓冲区容量 AX = 1C00H AL = 1CH 成功

1C 功能有很完善的说明，我当然不会搞错。实际计算出的缓冲区大小 56KB，确实令人吃惊。

你给的缓冲区只有 8K，显然太小了，所以也就理所当然地不能恢复画面。

而你之前的版本，不带有 1C 功能，反而可以正确恢复画面。

作者: pcs2006 时间: 2014-12-31 18:22

不点发表于 2014-12-31 17:26
1C 功能有很完善的说明，我当然不会搞错。实际计算出的缓冲区大小 56KB，确实令人吃惊。

你给的缓冲区 ...

这似乎和ax,1c00h那缓冲区没有关系，因为那个只是表格而己，不是真正的视讯资料。
bios千差万别，有些机子ok但有些不成，为什么视讯资料回存了，但偏偏没有显示，随便按一下Enter，
屏幕上卷，原来的画面出来了，其实视讯资料都在，只是中文系统不知道，我在这里用一个笨办法，
利用ah=0601h，int10h，屏幕上卷一行，告诉中文系统我回来了...

这个版本也加了一些安全检定，确信buffer足够才做保存。
我在三部机子试都可以正确回存，当然也有连第一步dos的退不回的，但那是老问题了。

http://pan.baidu.com/s/1ntiKiwx

作者: 不点 时间: 2015-1-1 11:37
首先纠正一下我在前面关于机器型号的描述。联想和华硕笔记本，都是返回 BX=000F。能够正常恢复画面。

而返回 BX=0374 的，是 VirtualBox 虚拟机。你自己可以安装 VirtualBox 虚拟机进行试验。

在 VirtualBox 上，最新版的 grub.com 不能恢复画面（显示的画面为 grub4dos 的内容：Graphics mode set to 0x12），但回车后，滚屏一行，则可以显示以前的 DOS 画面。

我发现可能是你程序中的一个小的错误造成的。

int5: mov ax,1c00h ;get vga config buffer size in bx
   xor bx,bx
   mov  cx,07h
   int 10h
   cmp  al,1ch
         jnz int3
   mov cx,6 ; x 64 bytes
         shl bx,cl <------- 此处也有隐患，万一当 buffer size 超过 64K 时，将发生溢出。BX 的寻址范围最大只有 64K。改进方法：不要进行乘以 64 的操作，而把 2000h 除以 64，这样再进行比较，就安全了。
         cmp    bx,2000h
   jg          int3 这里似乎应该是 ja （无符号比较大小）才对。

作者: 不点 时间: 2015-1-3 11:11
反复考虑，觉得不容易解决与原有的功能相冲突的问题。

有两个方案，大家讨论一下，哪个更好？

方案一，grub.exe 不带参数表示退出 dos 返回到 grub 环境。而原有的 grub 不带参数功能，
需要用参数 --config-file= (这里配置文件为空) 来实现。

方案二，grub.exe 不带参数表示原有的功能，新增一个参数 --resume 表示
退出 dos 返回到 grub 环境。

第一个方案，给老用户带来一定的不方便，需要老用户修改旧的 bat 批处理，
把不带参数的 grub.exe 添加一个形式参数 --config-file= (这里配置文件为空)，
表示采用默认的配置文件。但命令行输入很方便。

第二个方案，保持了与旧版的兼容性，但终端命令行需要敲入 grub --resume 才能执行
退回到 grub 的任务，这给命令行的输入，带来一定的不方便。

我个人倾向于采用第一个方案，虽然给老用户带来了不兼容性，但修改起来也不困难。
我们可以把它写入日志，告诉用户出现错误后应该怎么处理，即，添加
空的 --config-file= (这里配置文件为空) 形式参数。

每个人都可以跟帖发表自己的意见。如果chenall 发表了意见，那么我将按照 chenall 的
意见进行编程。

作者: jack95 时间: 2015-1-3 11:26
用grub.exe 会混淆用户的惯性思维，会以为是进入了新的环境；觉得用什么命令从grub进入dos，就用什么命令返回去，新增一个小小的程序也许更好。

作者: 不点 时间: 2015-1-3 14:11

2015年1月3日更新：这个是按照第一方案编写的版本。运行的逻辑路线：

对于不带 “--config-file=......” 参数的 grub.exe 来说，如果它发现在地址 2M 处有以前的 grub4dos 的备份，则执行退出 DOS 返回到 grub4dos 的功能。如果在地址 2M 处没有发现 grub4dos 的备份，则像从前一样，正常加载 grub.exe 自身所带的 grub4dos 环境。

用 "grub.exe --config-file=" (后面为空) 可以强制按照以前无参数的情形去执行，即，强制正常加载 grub.exe 自身所带的 grub4dos 环境，因此，不去执行退出 DOS 的动作，即，不会返回到以前的 grub4dos 环境中。这种方法用来模拟以前不带 “--config-file=......” 参数的 grub.exe 的情况。

作者: 不点 时间: 2015-1-3 16:26
本帖最后由不点于 2015-1-3 16:43 编辑

世上没有最好，也没有最差，所有的东西，都是权衡。而且，不同的权衡，就有不同的结果。主要看侧重于哪方面。

主要的负责人，他的权衡是要最终采纳的。他可以参考别人提供的意见，然后做出自己的决定。

有些东西，我自己已经有了基本明确的权衡结果。比如，前面 pcs2006 提供的恢复 DOS 显示画面的代码，我就再三考虑，觉得还是不采纳比较妥当，即，保持清屏，这一点是可以写入文档的。我有以下几方面的考虑。第一，如果恢复画面，万一在有些情况下恢复得不好，用户又该抱怨了。第二，多增加一行代码，就多增加了一个兼容性的隐患，给硬件攻击者留下更多一点的攻击机会。比如说调用那些不常用的 BIOS（例如 int 11h），这可以让硬件攻击者抓住机会制造陷阱导致 grub4dos 死机。第三，代码太长，增加了太多的代码空间，挤占了 grub.exe 功能性的代码空间，让 grub4dos 以后增加功能时遇到麻烦。所以，尽可能地减少代码，应该是我们的一个基本原则。第四，恢复画面只恢复了文本模式或类似文本模式的画面，不能够恢复英文版图形模式 dos 的画面。既然有不能恢复的情况，那就干脆不恢复好了。基于以上这几方面的考虑，我就能够决定，不再执行恢复画面的动作了。

而关于 grub.exe 命令参数的改动，我还真有些拿不定主意。刚刚上载的是按照第一方案处理的结果。如果 chenall 觉得第一方案不好，需要用第二方案，那我再按照第二方案进行修改。

再说说以上诸位提到的 “用一个小工具执行退出 DOS 的功能”。我有以下的想法，供 chenall 以及各位参考。

这个工具可以很小，只完成返回 grub4dos 的任务便可。但我觉得，这个小工具可以适当增加一点功能，让它不仅仅是能够切换到 grub4dos，而是，比如说，能够加载 grldr 或 grub.exe 里面的 grub 内核程序体，完成 grub.exe 现有的功能。初步的版本可能仅仅具有切换到 grub 环境的功能，其他功能是随着用户需要，后来增加上去的。

我想，假如这个工具叫做 grub.com，那么，我们今天对于 grub.exe 命令行的设计，就影响到未来的这个 grub.com 的设计。如果按照第一方案，这两者的功能可以完全一致起来，丝毫也不差。运行在 DOS 下的 grub.exe 支持什么参数，那么 grub.com 也支持一样的参数，不多也不少。譬如说，无参数的 grub.exe 表示切换到 grub 环境，同样地，无参数的 grub.com 也表示切换到 grub 环境。

但如果 grub.exe 采用第二方案，那么两者就无法统一了。这是因为，grub.com 在无参数时本来就是执行切换到 grub 环境这一动作的，而无参数的 grub.exe 却不是的，所以无法统一。

因此我觉得，还是第一方案较好一点，其逻辑本身更简练。第一方案的缺点是需要付出一定的不兼容性的代价。第二方案则需要增加一个 --resume 参数，我感觉还是稍微有点别扭，虽然也可接受。一般情况下，我们尽量不制造不兼容性。但在特殊的情况下，也可以有不兼容性的。我们曾经有过不兼容性，比如，map 参数 --e820cycles 就是不兼容参数。再比如，为了让中断向量恢复得全面一点，我们不再支持那些严重破坏中断向量表的驱动程序和 TSR。最老的 grub.exe 版本是支持所有的 DOS 的，也支持所有的驱动程序和 TSR，因为我们从来不恢复中断向量表。后来我们要探测恢复中断向量表了，所以，不再支持那些有毛病的驱动程序和 TSR 了。因此，可以认为我们引入了不兼容。还有，采用 VBE 图形模式以及新的字库和 font 命令，取消 chinese 版本，用国际版替代，这也是制造不兼容。以上举例，是为了说明，兼容性也并非在任何情况下都要保持的。我们尽量保持兼容性，但也不应该束缚手脚，而把兼容性当作清规戒律。

以上我已经全面罗列了我的想法，好了，这就交给 chenall 你们去处理了。当需要按照第二方案或者其他某个第三方案执行时，请在此告知，我会修改程序的。

作者: cchessbd 时间: 2015-1-4 09:46
是否当兼容性或更改较大的时候，把版本号改动一下呢？
这样便于用户区别，而不是去阅读每个发行版的说明文档。
另外每个阶段性的最终版本，建议另外加个记号或者去掉c这个字符也可以。
便于用户区别，从而采用问题最少，兼容性最好的版本。

作者: mdyblog 时间: 2015-1-11 11:33

不点发表于 2015-1-3 11:11
反复考虑，觉得不容易解决与原有的功能相冲突的问题。

有两个方案，大家讨论一下，哪个更好？

新增一个参数 --return 表示退出 dos 返回到 grub 环境
比较好。更贴切。用起来感觉更顺。

作者: mdyblog 时间: 2015-1-11 11:54
本帖最后由 mdyblog 于 2015-1-11 11:56 编辑

pcs2006 发表于 2014-12-31 18:22
这似乎和ax,1c00h那缓冲区没有关系，因为那个只是表格而己，不是真正的视讯资料。
bios千差万别，有些机 ...

>>bios千差万别，有些机子ok但有些不成，为什么视讯资料回存了，但偏偏没有显示，随便按一下Enter，
屏幕上卷，原来的画面出来了，其实视讯资料都在，只是中文系统不知道，我在这里用一个笨办法，
利用ah=0601h，int10h，屏幕上卷一行，告诉中文系统我回来了...

----------
是这样的，
1）这些中文系统，本身有画面缓冲机制，在自己的程序内存—— “2级软显存” 中。
你按<Endter>, 他会根据“2级软显存”，重汇屏幕——执行滚屏驱动函数，
“2级软显存”，不受BIOS控制的。同时也不用OS来保护了。
所以上面显示不是INT10/1C恢复的，而是中文系统的TSR重绘的结果。

2）
中文系统会检测使系统，采用什么样的底层显示驱动。

下面的说的VirtualBox中，可能选择了FrameBuffer技术，那么是图形模式——会占用很大的。
64K一般来说不够的。

1024*768*16/8=1.5M
这么大，只有保存到扩展内存了。
INT10/1C估计无能为力了。
你可以找到FrameBuffer 的地址，和格式，根据格式计算大小，在保护模式中直接拷贝内存来恢复/保存。
注意实际的内存必上面计算1.5M的方法要大，因为规范中，内存不是连续完全使用的，line间有些会丢弃不用的少量内存。

VRAM= line字节数 * 行数

作者: liaoyin 时间: 2015-1-19 19:53
{:soso_e100:}不点大师:辛苦了!新人路过帮顶!{:soso_e133:}当然是用FreeDOS.这个是开源的,没有版权纠纷.

作者: yunyan100 时间: 2017-7-3 16:05
不点老大,你好,我在用坛子里的两份个run启动ISO,也直接以grub4dos菜单启动iso,现在有个问题反应下,就是关于直接启动iso的问题,一部分pe系统没问题,现在通过他们的run取得ISO表或者直接grub启动,beini系列,xiaopang系列,veket系列,还有bt系列,全部有问题,beini是无法加载到扩展程序,直接以系统本身启动,xiaopang直接卡在启动界面,veket是无法找到qrqy888.sfs,bt也都是卡在启动界面,这些都是ISO文件,都无法完整启动,不知道是不是grub的最终原因? 用的是grub4dos 0.4.6.a,

欢迎光临无忧启动论坛 (http://wuyou.net/)