grldr 2012-12-31 bug反馈

jianliulin

测试环境：

ud引导
U盘被bois认作zip

grldr 没有列出应有的(fd0,0)分区，2012-12-16 有同样的问题，2012-12-05 正常。



[ 本帖最后由 jianliulin 于 2013-1-10 09:33 编辑 ]

不点

请试试我在这里的一个测试版：

http://reboot.pro/topic/17911-ac ... rom-grub4dos/page-3

按照你给出的失败与成功的信息，我猜测到问题所在，估计以上测试版也是正常的。请试试。


补充：

请问你是否使用了 map 来仿真某个盘？

你可以贴出 map --status 的结果。或者只要证明确实没有执行过任何磁盘仿真便可。

[ 本帖最后由 不点 于 2013-1-9 10:15 编辑 ]

jianliulin

测试结果：

2013-01-02 问题依然存在

不点

那么可以肯定是这条改动引起的：

2012-12-16  bug fixed(Issue 100: echo to nul after kernel command causes crash).

请 chenall 来修复。

jianliulin

请问你是否使用了 map 来仿真某个盘？

你可以贴出 map --status 的结果。或者只要证明确实没有执行过任何磁盘仿真便可。

没有做任何事情，进入菜单后，直接按C 进入命令行

不点

好的，我已经知道问题在哪里了。请 chenall 来看看。

chenall

这个不太可能是因为我12-16修复的问题,我猜测可能是因为这里的问题
2012-11-22 (tinybit)minor fixes on geometry_func and others.

@jianliulin
你确定5号的没有问题.

附件是基于5号的源码编译的,你再试试看.

jianliulin

@jianliulin
你确定5号的没有问题.
附件是基于5号的源码编译的,你再 ...

从googlecode下载2012-12-05是正常的，但你提供的是个问题依然存在，是不是编译环境的问题？

不点

5 日是 Roy 提交的。我猜 Roy 通常使用 Linux 来编译。我也都是用 Linux 来编译，以前是在 Ubuntu、SliTaz 下编译，现在我有了 Mageia，都是在 Mageia 下编译。

如果 Chenall 在 Windows 下编译，倒是有可能出现这种问题。


看到 Jianliulin 标题中的日期写错了。虽然不影响什么，但最好还是改过来，方便以后别人能够搜到这个 bug 报告。

[ 本帖最后由 不点 于 2013-1-10 09:05 编辑 ]

chenall

@不点
我一直是使用WINDOWS+COLINUX编译的.

另外发现R308在命令执行前添加了ERRNUM=0语句,不知是出于什么考虑?感觉好像有些多余了.

chenall

不点有空试试编译一下R308(也就是5号)的版本,看看是不是我的编译器问题.

jianliulin

可以确定是编译环境的问题，我刚才用slitaz 编译了最新的代码， grldr一切正常。

chenall

你的GCC是什么版本的?

chenall

我使用的是我之前弄的那个COLINUX+TINYCORELINUX GCC4.6.1的

jianliulin

我用的gcc版本是4.5.2

[ 本帖最后由 jianliulin 于 2013-1-10 11:18 编辑 ]

chenall

不知从什么时候开始出的问题了,有条件的话可能试用用GCC4.6编译试试,看看从什么时候开始有问题的.

zxw

奇怪，我用COLINUX+g4d_dev GCC4.6.1编译的没有jianliulin所说的问题。与gcc无关？

[ 本帖最后由 zxw 于 2013-1-10 12:04 编辑 ]

不点

原帖由 chenall 于 2013-1-10 10:49 发表
@不点

另外发现R308在命令执行前添加了ERRNUM=0语句,不知是出于什么考虑?感觉好像有些多余了.

是 yaya 报告的 bug，为解决 bug，添加了这个。添加 errnum=0 后，抹掉旧的出错信息，后续命令的执行就没问题了。

不点

原帖由 chenall 于 2013-1-10 11:05 发表
不点有空试试编译一下R308(也就是5号)的版本,看看是不是我的编译器问题.

我前面给 jianliulin 测试的版本，就是我编译的。虽然是基于最新版编译的，但经 jianliulin 测试，结果也是失败。

所以，我的编译环境也有问题。是 Mageia 2，gcc 4.6.3

roytam1

1205是我編的，那麼試試我的r313 gcc-4.7.2編譯看看。

roy@debian:/home/roy$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 7.0 (wheezy)
Release:        7.0
Codename:       wheezy
roy@debian:/home/roy$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-linux-gnu/4.7/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-4' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-4)

不点

原帖由 zxw 于 2013-1-10 12:01 发表
奇怪，我用COLINUX+g4d_dev GCC4.6.1编译的没有jianliulin所说的问题。与gcc无关？

编译结果在你的机器上没表现出问题，不等于在 jianliulin 的机器上也没问题。只有让 jianliulin 测试之后才知道有没有问题。

zxw

R313 GCC 4.61编译的，请Jianliulin测试一下，看是否正常。

test.7z (264.54 KB, 下载次数: 13)

2013-1-10 15:44 上传

点击文件名下载附件
下载积分: 无忧币 -2

[ 本帖最后由 zxw 于 2013-1-10 15:49 编辑 ]

jianliulin

中午出去谈业务了，电脑不在家里，要明天才能测试

jianliulin

测试结果：

Roy 提供的没有问题，zxw提供的有问题。

不点

到目前为止的结果，可以用 gcc 的版本差别来解释。当然还可能有别的可能性，不过，“因 gcc 版本差异造成问题” 的可能性更大一些。

在没有进一步的结果以前，看来我们只能使用 Roy 的编译结果了。

chenall

我觉得应该多试几个版本,找到出现问题的那个版本,看看什么代码的改变导致了不能使用.

稍后我多编译几个版本,麻烦jianliulin 再抽空测试下.

不点

既然已经证明 Roy 使用的  gcc 4.7.2 是没问题的，那么，这是否意味着，gcc 4.7.2 已经消除 bug 了？

chenall

@不点.
虽说是和编译器有关，但是若能找到根源,可能是编译优化过度,或其它原因.

比如我们可以改变一下代码让GCC4.5/4.6编译出来的也可以用这样就最好不过了.

附件包含了R304-R307这几个版本,用GCC 4.6.1编译的.

不点

我对于编译器的优化参数，毫无研究。估计 Roy 比较清楚。

而且我估计，你用 4.6.1 编译出来的，应该全都是失败的。



哦，我没看清楚。原来你是想找到毛病，修改代码，让它适应有毛病的 gcc 版本。但我觉得这恐怕很难，难度很高。

因此，我认为，还是转换到 gcc 4.7.2 比较好。可以在文档中写明建议的 gcc 版本，并给出警告：不适当的 gcc 版本，会导致 grub4dos 无法正常运行。

jianliulin

内置菜单为：graphicsmode -1 600:800  ，304~ 307 都和之前出错的一样，如图：




不改变菜单，则可以找到(fd0,0)分区，如下图：