GRUB4DOS更新建议、bug反馈专帖

hotdll

序号（编号） 0 - 9　能不能加个判断？
如果序号<10 显示 0 - 9 如果序号>10 显示 00 - 09

这样美观一些。

chenall

可是可能有些人不喜欢这样的表现形式。

我觉得目前的看着比较清析。

zxw

建议为兼容旧版，0x8274 默认为0。
另还有bug，见下图：

chenall

前面的附件已经更新了。

hotdll

C大
g4d的ls命令的排序是：先字母再数字？再特殊字符？

chenall

没有排序，直接根据文件列表来显示，一般是先创建文件先显示。因为它的位置靠前。

hotdll

明白了。我觉得还是应该有默认排序的好。
因为做驱动的是，很多oem的控制器ID重复。

chenall

再传一个。增加了控制方法

默认不显示自动显示菜单编号。

控制地址 0x8274 默认的值是 0 （不显示）

分隔符地址是 0x8275 默认是0x20. （空格）
菜单和自动编号的分隔符默认是空格。不需要分隔符的设为0即可。

需要的话直接write 0x8274 0x2001即可（使用默认用空格分隔的自动编号）

或
write --offset=0x74 (md)0x41+1 \1\x20
如下命令可以修改默认分隔符号为－
write --offset=0x75 (md)0x41+1 -

注意：直接write 0x8274 xxxx需要把你的分隔符号转为ASCII编码。再一起写入。比如空格是0X20，要自动编号就写入
write 0x8274 0x2001

smine

C 大，批处理中find 命令能否支持如下的写法：

find /bootmgr | call :.looplist

:.looplist
...这里一些生成菜单的代码
goto :.eof

chenall

能不能你自己试了就知道了。多看看帮助多看看别人的代码也许你就不会问这种问题了。

http://chenall.net/post/g4d_filelist/

smine

多谢C大，我看明白了，又学习了一招！

tulongwa

原帖由 chenall 于 2011-12-8 17:19 发表 再传一个。增加了控制方法默认不显示自动显示菜单编号。控制地址 0x8274 默认的值是 0 （不显示）分隔符地址是 0x8275 默认是0x20. （空格）菜单和自动编号的分隔符默认是空格。不需要分隔符的设 ...

这个GRLDR有点问题：用夜天的RUN执行set front=--memcommand RUN --fira --automenu --show.ISO ()/BOOT/IMGS/生成菜单的时候会等很长时间，屏幕上只有一个光标用ZXW的RUN执行command RUN --fira --mem --set-ext=.ISO .AUTOMENU虚拟机也是等好久才出菜单实机测试直接死机了，ctrl+alt+del重启无效

[ 本帖最后由 tulongwa 于 2011-12-9 19:59 编辑 ]

tulongwa

细想想也许不是grldr的问题.因为我同时更新了夜天版主的加强版firadisk，或者是这个原因吧？

zhaohj

现在图形、字体都有了，字距、行距都有了，总觉得菜单的编排使其居中不太方便。
比如有一级菜单、二级菜单...,，改每个菜单很不方便。
能否设计一个全局变量或命令，使菜单全部往右移动N个空格。
如：_TITLE 或 _SPACE，默认是0

chenall

目前的菜单显示方案，暂时不想再折腾了，主要是我对这个还不是很熟悉，看着比较乱。先用着

以后抽空整一个外部命令MENU来实现一些增强的功能（可能得下个月才有时间了）。

预期的效果
1.使用MENU外部命令加载菜单
2.可以定义菜单热键（按键直接启动）
3.限制只能在VBE图形模式下使用，省得麻烦。
4.菜单位置调整，比如自动居中等。
5.还没有想好,到时再说了。

zhaohj

原帖由 chenall 于 2011-12-10 11:33 发表
以后抽空整一个外部命令MENU来实现一些增强的功能（可能得下个月才有时间了）。
预期的效果
1.使用MENU外部命令 ...

那就太好了，慢慢来吧。
C大有空看一下map --rehook=xx:yy，我大致看了一下，源码太复杂了。
想实现的是如:
map --rehook=0:1
使(fd0)的start_sector高于(fd1)
------
map --rehook=1,0
使(fd1)的start_sector高于(fd0)

如果复杂就算了。

hotdll

C大。G4D支持GUID分区的硬盘不？

chenall

你自己试一下，或看更新记录。

有支持，但不太完善。

tulongwa

我的VBE背景分辨率是1024X768，用夜天版主的RUN
菜单是这样：
title   --加载 IMA、IMG 工具
set font=font (ud)/BOOT/GRUB/UNIFONT.HEX
command RUN --automenu --show.IMA.IMG.LST (ud)/BOOT/IMGS/
中间会有一个黑条，返回主菜单会消失
如果用800X600分辨率的背景就没有黑条
夜版说和vbe显示模式有关系
http://bbs.wuyou.net/redirect.php?tid=191301&goto=lastpost#lastpost
希望能解决

chenall

你没运行RUN之前会吗？如果不会那肯定是RUN命令破坏了背景的内存内容。

如果VBE有问题应该这样测试。
直接进入VBE模式，加载背景，如果正常显示，那就没有问题了。

tulongwa

我也是这么认为的，因为用ZXW的RUN就没问题，可是夜版说是和vbe显示模式有关系，所以我来求C大
用夜天版主的RUN
出现黑条后返回主菜单黑条就会消失
再生成菜单又会出现
还有就是实机测试加载fira的话，会有挺长时间的等待，像死机

sratlf

vbe应该没有使用64M内存以上的空间吧  我的run只使用了两块内存  一个是256K开始的1K  另一个是64M开始的64K  其他就没有了

chenall

把可以重现问题的文件打包传上来看看。

zhaohj

原帖由 sratlf 于 2011-12-11 12:14 发表
vbe应该没有使用64M内存以上的空间吧  我的run只使用了两块内存  一个是256K开始的1K  另一个是64M开始的64K  其他就没有了

dd if=()+1 of=(md)0x3E+1

这句话是什么意思？

-----------------------
原：
:0pe
if #%1==# && exit ! calc %~1 && write 0x60300 0x60300 && write 0x60100 %~1
if /i "%~x2"==".iso" || exit ! if "%~2"=="%~nx2" set /u tmp=%usrpath%%%~nx2 || set /u tmp=%~pnx2
write (md)0x301+1 %tmp%
set tmp=%tmp%
set /a tmp=*0x4CB00
write 0x60360 %tmp%
set tmp=
exit
可以简单一点：
:0pe
if #%1==# && exit ! calc %~1 && write 0x60300 0x60300 && write 0x60100 %~1
if /i "%~x2"==".iso" || exit ! if "%~2"=="%~nx2" set /u tmp=%usrpath%%%~nx2 || set /u tmp=%~pnx2
write 0x60360 [email=%@retval%]%@retval%[/email]
set tmp=

sratlf

刚刚发现个问题  列表最多只能显示255个title吗  见图

只能显示255个


一共274个



@zhaohj

那个是照抄的C大的  见http://chenall.net/post/grub4dos_sysapp/

[ 本帖最后由 sratlf 于 2011-12-11 14:18 编辑 ]

幸运的草

大好了，最好是能实现菜单的任意位置摆放，即由座标值来控制，实现菜单条左右宽度及上下宽度及上下菜单条间隔宽度的自由定义。如果这样，GFXMENU抛弃也不可惜了。

　　哈哈，但愿能实现。

幸运的草

这个很早就发现了，大约是在RUN出现不久，在调试ZXW的RUN菜单时就发现是有数量限制的，但具体多少，好像与内存有关。并不是只是具体的数字。

sratlf

和那个不一样  (rd)是64K  菜单已经完全生成了  但是只能显示前255项

chenall

菜单条目最多255个。

chenall

自定义菜单位置，很早的版本就可以了，只是比较麻烦。之前的版本用MENUSET命令就可以改变了，后面可能是因为更新了MENUSET命令不可用，没有重新编译，只需要重新编译就可以用了。