支持含有碎片的文件仿真

chenall

mdyblog 发表于 2014-12-27 10:25
1：瞬间完成，牛！

因为改变了blocklist的计算方法,理论上是没有什么问题,需要多多测试而已

这个不只是针对(hd0)xx+y的,而是针对所有类型文件的,包括(hd0,1)/100G.VHD这种情况.

测试的话主要是看blocklist命令返回的信息和旧版的是否一致.一样的话就没有什么问题了.

我自己测试了一下都是一样的.

可以用blocklist命令对比一下新旧版本,看有没有什么区别.

chenall

没什么问题的话就是差不多这样子了

chenall

这个版本和前面的代码是一样的,没有修改..

0.4.5c的暂时还没有修改,0.4.5c只影响blocklist命令,map命令影响不是很大,以后再看情况打是否要打这个补丁进去.

chenall

目前0.4.6a最新版的,blocklist就是基于底层,和文件系统无关,
但是实际上,所有的文件系统都是通过这个底层来读取文件内容的,所以变相的就相当于一劳永逸的解决了这个问题.
大家可以测试一下,不管任何文件系统,使用0.4.6a总是可以很快速地得到分件分配表.

另外我最近比较忙,估计一个星期之后才过再过来看看.

chenall

@2011niumao
早就应该这样做了,呵呵,从图片上就可以的看到问题的原因..我稍后修正上传一个测试版你再试试看.

chenall

附件修正了2011niumao报告的问题,,并且已经打上前面yaya提到过的BUG补丁.

chenall

2011yaya2007777 发表于 2015-1-8 16:29
扇区数少计了？按说也没有超过 4 字节呀。

请教 chenall ,这里是否需要修改：

这个GRUB_LISTBLK标志只有grub4dos内部使用,不必考虑外部命令

这一段代码是为了兼容以前旧版函数的(主要是旧版的外部命令).不必修改.

chenall

2011yaya2007777 发表于 2015-1-8 16:29
扇区数少了 0x800000 的倍数。按说也没有超过 4 字节呀。

请教 chenall ,这里是否需要修改：

新的blocklist会根据length长度计算扇区数.之前length是unsigned long的,超过4G的话就会出错

chenall

mdyblog 发表于 2015-1-9 10:59
报告一个现象。
新版 运行F6IMG卡死。
如图： （最后面是光标闪烁）

请先测试一下
grub4dos-0.4.5c-2014-12-17
看看这个版本有没有问题.

另外也测试一下附件最新版本的.

chenall

目前看不出来哪里,卡死的话可能是有死循环,

至于24号的改动你可以试试先执行debug 0x7fffffff再执行F6IMG,看看是不是一直在读数据.

如果能够找到具体出错的命令就更好了.批处理的话用单步执行试试看.

chenall

这个debug 3的问题我下次修改一下,只要批处理进程没有退出就一直存在.

chenall

新上传的版本,解决debug 3的问题.

上面的问题可以上F6IMG的作者调试跟踪一下看看,必竟作者本人对这些代码的用途比较熟悉,看看是哪里出了问题.

我需要明天才有时间查看.

chenall

我今天测试了一下,没有发现死机(用今天上传的版本).用QEMU测试的虚拟了一个SCSI驱动.可以正常生成驱动盘.

实机因为电脑比较老,不需要SRS驱动,没有办法测试..

新上传的版本,修改了批处理调试方法

以前的debug 3功能取消了.
改成直接用debug执行的方法
比如
debug /f6img

为了方便调试允许跳过某一行(不执行),或者执行到下一个函数(CALL)开始处,具体的自己试一下就知道了,比以前的调试方便了一些.

只是不能在批处理内部开关调试功能.

chenall

mdyblog 发表于 2015-1-10 10:57
看了最新的源码。
现在用的是一个64K的全局数组——构成一个栈cmd_buffer，来保存cmdline_buf。
这样 8 ...

记得之前有限制运行命令时使用栈空间的,超过64K之后就不执行命令的,并给出一个提示,这样就不会死机.

后来可能修改的时候改没了...没注意到,汗.

chenall

看了代码好像也没有什么问题,看起来不像是栈空间的问题.
里面的call :aline执行完了就回收,而且使用的是goto :dyn_oem,没有嵌套调用呀.

1. ::动态生成txtsetup.oem文件实现免按F6键
   
2. :dyn_oem
   
3. call Fn.13 %p% "\n" || exit
   
4. call Fn.0 0 "%s" %@retval% | set aline =
   
5. call :aline %1 %scsi% %aline% && set p=0
   
6. goto :dyn_oem
   
7. :aline
   
8. if not "%~3"=="" set tmp=%~3 || exit

复制代码

可以用新版的调试一下,看看循环输出的内容是否有区别.

chenall

估计还是和编译器还有环境有关,就像之前的那个速度很慢的问题一样.

改动本来不应该影响这些的,但是就是有问题.....

chenall

mdyblog 发表于 2015-1-10 11:55
>>chenall：  这个是要16字节对齐  发表于 25 分钟前
应该为：
cmd_buffer += (arg_len + 0x0F) & ~ ...

~0x0f 和 -0x10是一样的

前面+0x10可以改成+0xf这样会节省一些空间,之前为了尽量保证不冲突.

用+0xf和+0x10的区别,
用0x10的话如果长度刚好是16字节对齐的话会额外占用16字节空间.用0xf就不会.

chenall

mdyblog 发表于 2015-1-10 12:13
grub4dos-0.4.5c-2015-01-10.7z

测试还是一样的。

你的SATA驱动ID是多少?我看看能不能模拟测试下.

chenall

mdyblog 发表于 2015-1-10 13:12
抓到的信息：
WHID=PCI\VEN_8086&DEV_1C03&SUBSYS_05061025&CC_010601&REV_04
SRSID=PCI\VEN_8086&DE ...

您可能没有注意看更新说明,还有前面的贴子

新版已经取消了debug 3功能.

改成直接debug了

debug /F6IMG

另外新版的刚发现一个错误,调试的时候'E'功能无效,因为之前的是用O的没改过来,下次再改了.

chenall

mdyblog 发表于 2015-1-10 14:03
哦， 这样啊。
发现了。

我现在还不太清楚这个断点的用法,,你能不能给详细解释一下?

以前动态调试WINDOWS程序的时候,经常看到断点,但我不是很理解(因为我自己设置的总是无效,所以都是直接网上的代码).

chenall

mdyblog 发表于 2015-1-10 14:24
1：
》》我现在还不太清楚这个断点的用法,,你能不能给详细解释一下?

批处理运行时会预处理,先扫描一次整个批处理,然后完全在内存中运行,不是运行一行读一行的.

程序内部的行号可和批处理的行号不是对应的..(会忽略空行和注释行还有标号行都不算在内)

chenall

目前的测试结果,看起来是%p%的内存被破坏了,运行到最后,这个内存的内容是乱码,所以导致死循环出现..

发现一个小问,按Q没有终止程序运行只是退出了,看来这个调试功能还有些问题.

chenall

mdyblog 发表于 2015-1-10 15:01
bat_run_script()中：

if ((cmd_buff = grub_malloc(arg_len + 0x800)) == NULL)

这个cmd_buff用途比较多

前面放保存文件名,中间是参数(参数可能很长,比如用ls | call :xxx之类的.)

后面的是命令缓冲区(因为命令需要处理变量等之后才能运行)..

另外这个0x800也就是限制了批处理命令每行的长度,不能超过0x800个字符(实际上会更少估计0x700左右).

这个系统堆空间就很大了,32MB以上都是.

chenall

mdyblog 发表于 2015-1-11 20:13
请问C大， 如图的升级信息， 通过什么接口可以获得？

这个目前看起来应该是
通过这个获取的http://grub4dos.chenall.net/atom.xml

不过这个也有缺点.

我打算另外提供一个JSON格式的接口,方便你们开发在线直接升级的程序.

如果没有什么问题的话,这几天应该可以使用.我到时会给出一些介绍.

chenall

mdyblog 发表于 2015-1-11 20:30
2014-0111测试 /F6IMG：

新的版本只是处理了debug的问题,上次的测试的电脑是别人的,他拿走了,我需要另外找一到电脑测试.

现在的版本应该比较容易定位出问题的地方.

chenall

527104427 发表于 2015-1-12 10:51
不知道如何自己编译ipxegrldr

把ipxe的源码下载到grub4dos-src/ipxe这个目录下.
会自动编译,不过看截图你用的是应该是我的那个编译环境 ,这个不支持编译ipxe

其实也没有必要自己编译ipxegrldr的,直接使用ipxe.kpxe(之类undionly.kpxe),或ipxe.krn等加上内置菜单自动加载grldr就行了.

以下是ipxegrldr内置的ipxe菜单,如果网络正常的话总是使用最新版本的grldr.否则使用内置的,如果没有内置的就是用本地的(tftp服务器上)

1. #!ipxe
   
2. set use-cached 0
   
3. dhcp
   
4. imgload -a -n grldr0 -t 3000 http://b.chenall.net/grldr || goto embed
   
5. imgfree grldr
   
6. boot grldr0 || goto failed
   
7. 
   
8. :embed
   
9. imgload grldr
   
10. boot grldr || goto failed
    
11. 
    
12. :failed
    
13. echo Booting failed, dropping to shell
    
14. 
    
15. :shell
    
16. shell
    
17. goto shell

复制代码

chenall

根跟我的调试结果来看,应该是循环嵌套太多层导致的,看来有必要限制一下循环嵌套的层数.

另外发现F6IMG里面有许多不必要的循环.有必要优化一下.

就是不知一层需要多少的堆栈空间?这个有没有什么办法计算.比如调用某个函数需要多少堆栈空间,这个能计算出来吗?

好像和应该函数里面的变量和参数有关系?有没有什么保守的计算方法.这样就可以太概估计一下可以几层而不出问题.

chenall

mdyblog 发表于 2015-1-12 16:06
>>根跟我的调试结果来看,应该是循环嵌套太多层导致的,看来有必要限制一下循环嵌套的层数.

另外发现F ...

还有，作为验证，  把系统栈扩大到1M。  100次嵌套， 应该不会溢出的。

是指cmd_buffer吗?这个我测试过了用了还不到一半只用了4KB左右.

chenall

mdyblog 发表于 2015-1-12 16:14
>>另外发现F6IMG里面有许多不必要的循环.有必要优化一下.

这件事 很麻烦的。

这个估计和个人习惯也有关系..

我自己写的代码,我会尽量优化(在时间能力允许的条件下),就当是学习.

刚开始写出来的可能就是勉强能用,以后经过一次一次改进优化.

现在如果限制一下嵌套层数那F6IMG估计就不能正常运行了.

chenall

mdyblog 发表于 2015-1-12 18:24
是现在的版本， 比1206版， 堆栈（系统堆栈和命令行堆栈（cmd_buffer））更少了吗？

如果不是， 那 ...

对应的改动在这里没有修改cmd_buffer等相关代码.

https://github.com/chenall/grub4 ... f1f9385c42df5fd2f2a

看起来和上次的问题是一样,又是莫名其妙的.出现的问题和修改的代码是毫无关系的.

现在的F6IMG,只要再增加一个判断语句防止重复的空循环就可以跳过这个BUG.(我用debug测试到后面跳过部份代码行就提示成功,但能不能用没有测试)