GRUB4DOS更新建议、bug反馈专帖

roytam1 · 发表于 2011-7-17 10:37:37

原帖由 chenall 于 2011-7-16 15:05 发表
理解错误，你google一下shift的用法

沒錯，Windows也沒有這用法。

chenall · 发表于 2011-7-18 16:52:32

cat --locate

返回值是找到的数量。@retval=*0x4cb00

zhaohj · 发表于 2011-7-18 18:03:36

原帖由 chenall 于 2011-7-18 16:52 发表
cat --locate

返回值是找到的数量。@retval=*0x4cb00

确实0x4cb00和@retval是数量
----------------
能否修改一下，使返回值成功的话是最后找到的值

或者把成功获取的最后值放到?_WENV

[ 本帖最后由 zhaohj 于 2011-7-18 18:15 编辑 ]

chenall · 发表于 2011-7-18 21:02:43

返回值是找到的数量，这个是很早之前就这样子的。

可能会有人使用这个特性，我记得我也曾经用过。修改了就不兼容。

只能用其它扩展的方法，比如使用?_WENV的值也是一个办法，下次再说了。

zxw · 发表于 2011-7-18 21:43:23

使用?_WENV来存储成功获取的最后值，这个想法不错。绝对支持。

zhaohj · 发表于 2011-7-22 09:01:48

新版?_WENV已设置为last，感谢C大的支持！

[ 本帖最后由 zhaohj 于 2011-7-22 09:10 编辑 ]

zhaohj · 发表于 2011-7-22 19:17:20

请C大方便的时候，更新一下inifile的/remove，把原来的[;改成[_
[; window安装驱动会报错

chenall · 发表于 2011-7-24 23:27:23

改成[*了
你可以再试一下看会不会有问题.

zhaohj · 发表于 2011-7-25 07:50:05

原帖由 chenall 于 2011-7-24 23:27 发表
改成[*了
你可以再试一下看会不会有问题.

改成 [* 测试ok！

zxw · 发表于 2011-7-25 14:02:08

建议将tuxw的修改版wenv中find子命令对INI 文件的处理，也集成到inifile命令中来。

zxw · 发表于 2011-7-27 10:05:57

故意大写设备名，下面%~f1等不正常：

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
追踪了一下版本：

2011-07-05
1.尝试解决%~d0,%~f0路径提取的问题，现在%~f0应该可以提取到正确的路径。
2.解决if命令输出转向失败的问题。
3.其它代码调整。

从此版开始出现这个问题。

[ 本帖最后由 zxw 于 2011-7-27 11:35 编辑 ]

chenall · 发表于 2011-7-27 14:55:08

嗯，下个版本会修正，因没有考虑到这种情况．

chenall · 发表于 2011-7-28 14:22:23

新版已经上传,不过错误的设备号它的结果是不可预测的.自己使用时小心,

只是修正了当设备号错误是文件路径获取出错的问题.

zxw · 发表于 2011-7-28 14:28:07

嗯，测试了一下。路径获取是正确的。设备号的获取个人认为应该要再纠正一下，有设备号（不管是否错误的）至少原样不动获取。

jianliulin · 发表于 2011-8-1 08:59:16

新版 insmod 命令好像出现了问题，如图：

bd=ud

chenall · 发表于 2011-8-1 12:07:17

放在(bd)/boot/grub/目录里面的程序可以直接执行吗？

jianliulin · 发表于 2011-8-1 12:15:14

原帖由 chenall 于 2011-8-1 12:07 发表
放在(bd)/boot/grub/目录里面的程序可以直接执行吗？

可以！ unifont (ud)/boot/grub/u16.gz 正常

chenall · 发表于 2011-8-1 21:08:15

已经修正,请下载新版测试

jianliulin · 发表于 2011-8-2 08:05:18

原帖由 chenall 于 2011-8-1 21:08 发表
已经修正,请下载新版测试

经测试，问题已修复

zxw · 发表于 2011-8-2 16:29:15

建议:
1.configfile (rd)+1时，如(md)等设备一样不改变启动设备。
2.exit返回值沿袭旧版为0较好，在批处理call段判断失败语句较为快捷。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
另发现：
1.20110801版较之20110728版，在批处理中速度明显变慢，貌似也与exit有关。
2.批处理调用批处理时，ctrl+c不能退出批处理。

[ 本帖最后由 zxw 于 2011-8-2 17:58 编辑 ]

chenall · 发表于 2011-8-2 19:58:17

1.必须单独处理(rd)+1的情况比较麻烦,先记录下,看看有没有什么好的方法.
2.exit 返回值
如果直接一个exit命令代表正常退出,返回真.
如果后面有数字比如exit 1代表非正常退出,返回假.
如果不是这样那就是BUG.

试了一下,确实是变慢了,发现checkkey()函数执行需要太多的时间,需要使用其它的方法来检测是否有按键,否则只能暂时禁用这个功能

确实没有考虑批处理调用批处理的情况,这个只是简单的退出.我们需要增加一个返回值.

chenall · 发表于 2011-8-2 21:37:38

麻烦测试一下这个..

对于Ctrl+C直接读取内存地址判断按键,这样就不用每次执行都调用checkkey(),现在的批处理执行速度应该会和以前一样了.

如果没有问题,晚上12点之后再上传源码和新的版本.

zxw · 发表于 2011-8-2 23:51:26

sorry,有事才上来看看。
初步测试了一下，真棒！速度和以前一样了。
初步看了源代码，我考虑着与checkkey()函数有关，但觉得无从下手。赞一个，不知道是如何解决的？哦，固定一个内存地址存放按键值？
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
以前批处理调用批处理，如其中一个子批处理用exit 1退出时会退出所有批处理，貌似这个测试版本也解决了。呵，只等解决(rd)设备的configfile问题了。
另附带提一个建议：gfxmenu的菜单项序号从1开始编号，不同于传统菜单从0开始编号。总觉得不协调，要是统一一下就好了。

[ 本帖最后由 zxw 于 2011-8-3 01:10 编辑 ]

chenall · 发表于 2011-8-3 11:47:49

是与checkkey()函数有关.但是又必须使用这个函数查看是否按了Ctrl+C.

现在先使用0x417的值判断是否有按Ctrl键。

gfx菜单我从来没有用过，对这些不熟。。。

zxw · 发表于 2011-8-4 01:02:19

endlocal在call中无效？

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
对照dos下，也无效，汗。

[ 本帖最后由 zxw 于 2011-8-4 01:13 编辑 ]

chenall · 发表于 2011-8-4 10:48:50

CALL 是一个新的批处理环境，一个CALL就相当于调用一个批处理，只是不用再打开文件而已。

所以.....

zhaohj · 发表于 2011-8-4 14:18:12

上传一个有线网卡驱动 for pe1.x，可用chkpci 外部命令查找合适的驱动。
驱动比较全，可作为全外置PE的必选。
下载地址（密码见置顶）：
ftp://60.190.19.108/zhaohj/net

zxw · 发表于 2011-8-9 00:21:06

8日版本exit 1不是返回假？而是直接退出？

[ 本帖最后由 zxw 于 2011-8-9 00:27 编辑 ]

chenall · 发表于 2011-8-9 10:33:14

抱歉,改出了BUG,麻烦试试这个.

chiannet · 发表于 2011-8-9 10:39:14

http://bbs.wuyou.net/forum.php?m ... p;page=5#pid2287023

请问chenall 大，你的1173楼的grldr与上面这个地址的grldr是什么关系？是不是1173楼就包含了上面这个链接的更新？

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

GRUB4DOS更新建议、bug反馈专帖

回复 #1144 zhaohj 的帖子

回复 #1147 zhaohj 的帖子

回复 #1151 zhaohj 的帖子

回复 #1155 zxw 的帖子

回复 #1157 chenall 的帖子

回复 #1159 jianliulin 的帖子

回复 #1161 jianliulin 的帖子

回复 #1164 zxw 的帖子

回复 #1166 chenall 的帖子

回复 #1167 zxw 的帖子

回复 #1169 zxw 的帖子

回复 #1173 chenall 的帖子