GRUB4DOS更新建议、bug反馈专帖

pseudo · 发表于 2010-12-14 00:43:04

12fix正常
这是测试用iso

问题可能在pause。
崩溃后重启，我只用鼠标操作，但加速器出了仿佛按键响应pause后才出的选择plpbt版本的界面。

[ 本帖最后由 pseudo 于 2010-12-14 00:49 编辑 ]

chenall · 发表于 2010-12-14 01:12:22

原帖由 pseudo 于 2010-12-14 00:43 发表
12fix正常
这是测试用iso

问题可能在pause。
崩溃后重启，我只用鼠标操作，但加速器出了仿佛按键响应pause后才出的选择plpbt版本的界面。

要等明天中午过来才能测试了,你可以先试试是哪个命令的问题.比如注释掉PAUSE命令看看还会不会.

晚上在研究FBINST

有望实现非FBINST启动时访问(ud)的能力.已经测试成功.

另外一个可能实现直接map一个fba文件到(ud)的能力,还只是设想.

thttht · 发表于 2010-12-14 11:08:42

chenall老师你好！
1、现在新版的对lzma压缩的支持是不是连lzma压缩后的文件名必须是 .lzma ，并且还必须是小写字母，换成 .LZMA 也会出错？（我这里用的时候是这样的，必须 .lzma 小写字母）
2、还有现在新版的加载文件时的读取文件进度显示不统一，有点乱！
新版的加载文件时的读取文件进度显示在一个版本中有两种不同的显示形式。新版的加载文件时的读取文件进度显示对不同的文件格式（扩展名不同）进度显示方式不同。还有write 0x82a4 2这个开关不是对所有文件扩展名有效，有的不加这个也显示进度。
---------------------------------------------------------------------------------
这是没有用write 0x82a4 2的情况：
这个是加载非 .lzma 文件的情况（不包括 .gz文件）

这个是加载 .lzma 文件和的 .gz文件的情况

---------------------------------------------------------------------------
这是用write 0x82a4 2的情况：
这个是加载非 .lzma 文件的情况

这个是加载 .lzma 文件和的 .gz文件的情况（这种每K都进行显示更新的显示方式可以统一成上面那种 [72M/190M] 这种有总大小以及每加载10M或8M更新显示数字的方式吗？以前版本的就都是这种显示方式）

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

[ 本帖最后由 thttht 于 2010-12-14 12:07 编辑 ]

zxw · 发表于 2010-12-14 11:10:11

这个bug不好重现，虚拟机测试均在出现主菜单前重启。
实机测试家中的笔记本在出现主菜单前也重启；而办公室的清华同方台式机正常启动。怪异！

将pause全部注释掉，问题还是存在；
将debug设为on,每个语句前加pause,最后发现在运行 configfile (hd-1,0)/BAT/M1.LST 语句时重启。
貌似不是pause引入bug?

按insert键，继续追踪，M1.LST 菜单初始化部分均貌似“正常”初始化，但在出菜单前就重启了，没有追踪到是哪个命令的问题。

[ 本帖最后由 zxw 于 2010-12-14 12:16 编辑 ]

chenall · 发表于 2010-12-14 16:26:51

@pseudo
可能是修改了ASM函数变量的原因.
已经上传今天的版本.

今天的版本全面支持fbinst创建的分区.即使不从fbinst启动同样可以访问.

甚至可以直接map /path/filename.fba (hd2)

然后可以直接访问(hd2)里面的内容

例子:
map /fb.fba (hd2)
map --hook
map --mem (hd2)/boot.iso (0xff)

注:这个(hd2)只是我例子随意设定的,可以用(fdn)或(hdn),注不要超过(hd32)

chenall · 发表于 2010-12-14 16:30:56

@thttht
显示进度会减慢解压的速度,在我的测试中,有显示进度会慢上好几秒.
一般情况下默认不显示.
我觉得目前的显示效果也挺好的啊.

目前压缩文件使用的是另外一种进度显示方式,剩余KB数.

这些都是小问题以后再改了.大家可以讨论一下看看有没有必要还原到最初的方式.

zxw · 发表于 2010-12-14 16:34:58

OK!问题已解决。

今天的版本全面支持fbinst创建的分区.即使不从fbinst启动同样可以访问.

具有划时代的意义，赞一个！

chenall · 发表于 2010-12-14 16:41:00

原帖由 zxw 于 2010-12-14 16:34 发表
OK!问题已解决。

具有划时代的意义，赞一个！

有条件的可以进行详细一点的测试,我只能进行有限测试.希望没有什么问题才好.

另外由于find之前就已经可以find (hdx),所以支持这个功能之后同样可以用find找到里面的文件.

sgw888 · 发表于 2010-12-14 16:58:17

12-13的GRLDR，使用UNIFONT时会自动重启。 UNIFONT版本是10 24.
重新下载12－14的GRLDR之后，使用正常。

thttht · 发表于 2010-12-14 17:23:49

今天的版本全面支持fbinst创建的分区.即使不从fbinst启动同样可以访问.

这个太棒了！下载试试！

zhaohj · 发表于 2010-12-14 18:37:29

12-14grldr从PXE启动，有时会卡住，我从TFTP上查看，为何都要4次？

chenall · 发表于 2010-12-14 19:41:48

4次,应该是你使用的命令..
PXE上的文件每读写一次都可以看到有两个传输的记录.第一次是测试是否GZ压缩文件.

zxw · 发表于 2010-12-14 21:37:33

测试启动0PE:
12-14版本还有问题：compaq笔记本、虚拟机测试正常；清华同方（在办公室）实机测试重启。
12-13版本恰好相反：compaq笔记本、虚拟机测试重启；清华同方（在办公室）实机测试正常。
12-12fix及以前的版本测试一切正常。

详细报告待明日上班有空时追踪测试。

[ 本帖最后由 zxw 于 2010-12-14 21:49 编辑 ]

chenall · 发表于 2010-12-14 22:01:48

13号的版本因为外部命令的函数和变量有改变所以,就不用测13号的了.

主要测试一下14号的版本就好了.

另外14号的版本我已经发现一个问题,
可能会导致command --set-path的设置失效,已经修正上传.

zxw · 发表于 2010-12-14 22:07:27

c大动作真快，我正要反映这个问题，还以为语法变了呢

zhaohj · 发表于 2010-12-14 23:40:15

换成12-14-fix版本grldr突然发现CSPE无法使用了，前两天还正常使用.

chenall · 发表于 2010-12-14 23:47:41

CSPE和0PE从12-10之后的版本都需要修改才能正常使用.

zhaohj · 发表于 2010-12-15 00:04:35

给个提示，是哪个语句引起的？
变化的是goto内置了，其他有关的好像没有。

chenall · 发表于 2010-12-15 00:30:31

原帖由 zhaohj 于 2010-12-15 00:04 发表
给个提示，是哪个语句引起的？
变化的是goto内置了，其他有关的好像没有。

2010-12-10
1.改变了以下内存地址的定义(和之前的版本相反)
  0000:82A4 4 (DWORD) no_decompression (no auto gunzip)
  改成了
  0000:82A4 4 (DWORD) do_decompression (do auto gunzip)
2.0x8284的值的bit2如果为1则显示解压进度,否则不显示,默认不显示.
3.完善了goto/call的功能

把write 0x82a4 1改成write 0x82a4 0
write 0x82a4 0改成write 0x82a4 1

chenall · 发表于 2010-12-15 00:32:19

有没有人测试一下关于fb支持的情况.

是成功还是失败?

tuxw · 发表于 2010-12-15 00:33:08

map 也出问题了，下面是 12-12 和 12-14fix map 同一个文件的截图

[ 本帖最后由 tuxw 于 2010-12-15 00:34 编辑 ]

chenall · 发表于 2010-12-15 00:53:51

嗯.这是一个比较严重的问题.和fb有关.

映射为fd1就不会了,等一下我再上传一个版本.

[ 本帖最后由 chenall 于 2010-12-15 00:56 编辑 ]

chenall · 发表于 2010-12-15 01:04:00

OK,上传完成.

修改内容.
1.上面的BUG.
2.现在允许在批处理中执行的外部命令调用批处理GOTO/CALL标签.
如
wenv call goto test
wenv call call test abcd

另外一个改进..外部命令/批处理执行命令 configfile xxxx
将会在释放内存后再执行.

也就是如果碰到外部命令执行configfile命令时会先退出外部命令再来执行

[ 本帖最后由 chenall 于 2010-12-15 01:07 编辑 ]

不点 · 发表于 2010-12-15 05:56:56

1.改变了以下内存地址的定义(和之前的版本相反)
  0000:82A4 4 (DWORD) no_decompression (no auto gunzip)
  改成了
  0000:82A4 4 (DWORD) do_decompression (do auto gunzip)

这个改动不好吧？这已经使用很长时间了，0.4.4 已经公布使用了。已经公布的东西，想改是要慎重的。一般是不能改的。牵涉的面太广，都不知道有多少开发人员已经在使用了。

忽然想起来，是不是必须要改啊？比如为了支持 LZMA。如果那样的话，倒是可以考虑。如果不是那样，则不适合更改。

开发人员也不是完全自由的，有时也受束缚：不能随便编写程序，影响兼容性。所以，有时候需要 un-document 某些东西，那些 undocumented 东西是可以更改的。能避免的，尽量避免，除非无法避免，才放弃兼容性。

[ 本帖最后由不点于 2010-12-15 06:45 编辑 ]

zxw · 发表于 2010-12-15 09:50:47

@chenall大：

原帖由 zxw 于 2010-12-14 21:37 发表
测试启动0PE:
12-14版本还有问题：compaq笔记本、虚拟机测试正常；清华同方（在办公室）实机测试重启。
12-12fix及以前的版本测试一切正常

12-14fix、12-14fix2版本清华同方（在办公室）实机测试依旧重启。

按insert键调试信息摘抄如下：

boot drive=23，Not CD
get cdinfo(81)，int13/4B01(81)，err=1，drive=81，cdrom_drive==FFFFFFFF
Starting cmain()...

至此重启。

chenall · 发表于 2010-12-15 14:06:30

原帖由不点于 2010-12-15 05:56 发表

这个改动不好吧？这已经使用很长时间了，0.4.4 已经公布使用了。已经公布的东西，想改是要慎重的。一般是不能改的。牵涉的面太广，都不知道有多少开发人员已经在使用了。

忽然想起来，是不是必须要改啊？比 ...

这个不是很必要.

嗯,我再仔细查了一下发现还是有许多地方有用到这个的
这个改动对FAT外部命令也会有影响.

还是还原好了.

Sorry. zhaohj,pseudo 又要麻烦你们改一回来了.囧.

chenall · 发表于 2010-12-15 14:16:34

原帖由 zxw 于 2010-12-15 09:50 发表
@chenall大：

12-14fix、12-14fix2版本清华同方（在办公室）实机测试依旧重启。

按insert键调试信息摘抄如下：

至此重启。

这个我得查一个12号到13号之间的版本..我稍后再上传一个测试版到这里.

zhaohj · 发表于 2010-12-15 14:32:34

哈哈，没关系。我也支持以前的内置变量尽量不改。

还没上传吧

[ 本帖最后由 zhaohj 于 2010-12-15 14:34 编辑 ]

chenall · 发表于 2010-12-15 14:50:13

麻烦zxw先测试一下最新上传的版本,看看是否已经解决
http://grub4dos-chenall.googlecode.com/files/grub4dos-0.4.5b-2010-12-15.zip

如果还是有问题再测试一下附件的test版本.

2010-12-15 还原2010-12-10版对0X82A4变量的改变,文件加载进度条改成统一的形式.

zxw · 发表于 2010-12-15 15:52:41

2010-12-15版本，虚拟机测试通过；清华同方实机测试问题依旧，insert键调试信息同#205，显示Starting cmain()...后重启。
#209 test 版本，虚拟机、清华同方实机测试均启动失败进入命令行，实机测试insert键调试信息同#205，显示Starting cmain()...后直接进入命令行。

		自动登录	找回密码
密码			注册

GRUB4DOS更新建议、bug反馈专帖

回复 #182 chenall 的帖子

回复 #185 chenall 的帖子

回复 #194 chenall 的帖子

回复 #209 chenall 的帖子