反馈：grub4dos_2010.11.29 后版本，运行SRS_F6 出错

hpy7332

今天（2010-09-4 ）下载了grub4dos-0.4.5b-2010-09-04版，经测试，运行PLBPT.BIN（加载USB2.0）出错，换回08-12正常。



今天（2010-09-28 ）测试了grub4dos-0.4.5b-2010-09-19 到09-27的版本，发现运行SRS_F6 出现零星的文字图案，
加载任何文件都是如此，用WIN$.ISO 测试是为了便于观察与获取拷贝，09-06 及以前版本无此现象。


[ 本帖最后由 hpy7332 于 2011-1-6 17:23 编辑 ]

不点

抱歉，我没有时间来研究这个错误在哪里。你自己应该排错。

我只是看到你的出错信息以后，发现这是一个语法错误。你自己应该找到出错的命令，然后更正它。

抱歉由于我的时间分配很紧张，这个帖子我不会再来回复了。

zhaohj

请从我的FTP中下载
ftp://60.190.19.108/zhhsh

hpy7332

原帖由 不点 于 2011-1-7 01:22 发表
语法错误：不可以使用 map    --mem    (hd0)    (hd1)。也就是说，直接磁盘映射的时候，不可以使用 --mem。

如果要使用 --mem，请这样：map    --mem    (hd0)+1    (hd1)

不要用 debug off 关闭错误信息 ...

谢谢不点大师指点。

1、2010.11.29及以前的版本没这个问题，是不是后续版本用法有变？

2、我按指点的2种方法修改有关菜单后，还是不行，肯定是我没改对。

3、文件不大，上传到附件，请不点大师有空看一下，SRSF6.LST启动。

不点

语法错误：不可以使用 map    --mem    (hd0)    (hd1)。也就是说，直接磁盘映射的时候，不可以使用 --mem。

如果要使用 --mem，请这样：map    --mem    (hd0)+1    (hd1)

不要用 debug off 关闭错误信息显示，那样的话，你自己负责排错。

hpy7332

原帖由 hpy7332 于 2010-9-4 22:59 发表
今天（2010-09-4 ）下载了grub4dos-0.4.5b-2010-09-04版，经测试，运行PLBPT.BIN（加载USB2.0）出错，换回08-12正常。
98675
今天（2010-09-28 ）测试了grub4dos-0.4.5b-2010-09-19 到09-27的版本，发现运 ...

多位网友希望我在新年版的PE里加入SRS_F6，故昨天起重新测试，下载了2011及2010.12 的全部grub4dos版本，一一进行测试，都提示出错。同步更新了grub，wenv，fat 等文件同样提示出错，而2010.11.29 及以前版本一切正常，不知什么原因。








[ 本帖最后由 hpy7332 于 2011-1-6 17:41 编辑 ]

0cat0

0PE正常。。。。。。

[ 本帖最后由 0cat0 于 2010-10-6 09:56 编辑 ]

sgw888

又更新了。支持一下。
最近正在折腾字体，呵呵。

hpy7332

原帖由 chenall 于 2010-10-3 15:28 发表
http://code.google.com/p/grubutils/downloads/list

unifont和fontfile已经更新。因为一个内存地址写错了，所以才会这样。

报告C大，1003版已经正常，C大辛苦了。

M

哪位指点下，更换时选择chinese文件夹里面的grldr 还是grub4dos-0.4.5b文件夹根目录里面的grldr呢？两个大小不一样。chinese文件夹里面的grldr 好像要大一点点。


unifont和fontfile 更新怎么更新法呢？UD区里面只有unifont 和  U16HEI  呀？是不是改名字直接替换？unifont.c 是什么？是不是可以不需要呢？

第一次更换这个，有点菜，见谅。我就知道这个是字体支持文件，呵呵，见笑了。

[ 本帖最后由 msad 于 2010-10-3 21:25 编辑 ]

chenall

http://code.google.com/p/grubutils/downloads/list

unifont和fontfile已经更新。因为一个内存地址写错了，所以才会这样。

pseudo

9.30修复了“！”，0PE中暂时未见异常。

不点

是的，应该是外部的 unifont 的问题。因为 graphics.c 内部的变量地址已经更改，以下是关键的部分：

/* 8x16 dot array, total chars = 100*37. plano size = 800*600/8 = 60000 bytes */

static unsigned char *VSHADOW1 = (unsigned char *)0x3A0000;     //unsigned char VSHADOW1[60000];
static unsigned char *VSHADOW2 = (unsigned char *)0x3AEA60;     //unsigned char VSHADOW2[60000];
static unsigned char *VSHADOW4 = (unsigned char *)0x3BD4C0;     //unsigned char VSHADOW4[60000];
static unsigned char *VSHADOW8 = (unsigned char *)0x3CBF20;     //unsigned char VSHADOW8[60000]; end at 0x3DA980

/* text buffer has to be kept around so that we can write things as we scroll and the like */
//static unsigned short text[80 * 30];
static unsigned long *text = (unsigned long *)0x3FC000; // length in bytes = 100*37*4 = 0x39D0

更改以后，每个颜色的“位平面” 中就可以放得下 800x600 的位图。而 text 变量也移动到接近 4M 处了（原来的地方放不下了），同时每行也能够容纳 100 个字符，屏幕总共有 37 行。

hpy7332

原帖由 不点 于 2010-9-30 17:14 发表
2010-09-30 的版本怎么样？如果仍然不行，那么我怀疑下面的源代码有问题，请 chenall 看看：

#define MENU_BOX_W      (menu_broder.menu_box_w ? menu_broder.menu_box_w : current_term->chars_per_line - ...

测试了0930版，运行zhaohj 的SRS_F6仍然不行：

chenall

应该是外部命令UNIFONT的问题。

先更新到最新版UNIFONT或FONTFILE如果还是一样，我要等国庆后再查一下。

具体看这里的贴子。

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&extra=page%3D1&page=156

[ 本帖最后由 chenall 于 2010-9-30 19:14 编辑 ]

不点

2010-09-30 的版本怎么样？如果仍然不行，那么我怀疑下面的源代码有问题，请 chenall 看看：

#define MENU_BOX_W      (menu_broder.menu_box_w ? menu_broder.menu_box_w : current_term->chars_per_line - 4)


很可能 menu_broder.menu_box_w 忘了正确赋值了。

[ 本帖最后由 不点 于 2010-9-30 17:19 编辑 ]

hpy7332

今天（2010-09-28 ）测试了grub4dos-0.4.5b-2010-09-19 到09-27的版本，发现运行SRS_F6 出现零星的文字图案，
加载任何文件都是如此，用WIN$.ISO 测试是为便于观察与获取拷贝，09-06 及以前版本无此现象。

chenall

原帖由 2010mayiqiji 于 2010-9-9 16:38 发表
更新版里有些问题！首先是跟以前的grldr不一样，以前的好像启动不了，我就遇到了这种情况。

这是哪一国的语言啊,我看了好久还是没明白说的是什么?

2010mayiqiji

更新版里有些问题！首先是跟以前的grldr不一样，以前的好像启动不了，我就遇到了这种情况。

zery

最新版本：grub4dos-0.4.5b-2010-09-06，楼主试过没？

chenall

新的版本已经上传。。
http://code.google.com/p/grub4do ... ip&can=2&q=

chenshipeng

你这版本上哪里下的，
http://nufans.net/grub4dos/tinybit/
已经没有了。

Hcrty

楼主动作真快啊...

zery

楼主，更新得真是神速啊！