支持含有碎片的文件仿真

chenall

2011yaya2007777 发表于 2015-6-11 17:52
问题依旧。

你的测试命令?
我目前没有发现其它问题,测试也正常,我用的是QEMU虚拟机.

chenall

更新上传了,这次估计就没有问题了.

chenall

mdyblog 发表于 2015-6-12 11:25
“Support use (ud,x) to access UD host partition”
请问哪儿有 “UD host partition ”的介绍？没听说 ...

UD设备的宿主设备某个分区
比如
ud 是 (hd0)

那 (ud,0) 就是相当于(hd0,0),主要是为了方便.

chenall

2011yaya2007777 发表于 2015-6-12 08:58
usb  --deay=3 只是传送了一个参数。usb --init 才正式自举。你是否可以“连好手机USB盘”，再执行 usb --i ...

@2011yaya2007777

0.4.6a不能在windows下编译(使用msys或mingw),会报错.这个有解码?
类似如下的.

1. asm.S:10330: Error: can't resolve .text' {.text section} -USB2DRI' {UND section}

复制代码

chenall

2011yaya2007777 发表于 2015-6-16 20:52
似乎将
movw %ax, (Count_1ms - USB2DRI)
修改为

改了还是一样,有很多这样的错误
asm.S:10291: Error: can't resolve `.text' {.text section} - `USB2DRI' {*UND* sec
tion}
asm.S:10328: Error: can't resolve `.text' {.text section} - `USB2DRI' {*UND* sec
tion}
asm.S:10330: Error: can't resolve `.text' {.text section} - `USB2DRI' {*UND* sec
tion}

用linux环境包括colinux正常,就是用Windows的msys/mingw32失败.

我看一下msys里面的gcc是4.5.2版,我看能不能更新一下再试试看.

chenall

2011yaya2007777 发表于 2015-6-18 13:33
在 windows 下,建立了一个 msys。
经测试，在 ENTRY(USB2DRI) 下，增加一行：
USB2DRI:

我这里倒是正常

不过改了还是有问题

1.   CCLD     pre_stage2.exec.exe
   
2. pre_stage2_exec-asm.o:R:\Temp\grub4dos-temp\stage2/asm.S:3168: undefined referen
   
3. ce to `hooked_fragment_map'
   
4. pre_stage2_exec-asm.o:R:\Temp\grub4dos-temp\stage2/asm.S:3168:(.text+0x14e7): re
   
5. location truncated to fit: DISP16 against undefined symbol `hooked_fragment_map'
   

复制代码

chenall

修改了现在可以正常编译.

我测试使用的是msyscn很早下载的,平常主要还是使用linux环境来编译.

chenall

2012kwy 发表于 2015-12-21 11:37
Grub4dos出新版了。用最新（20151216）试了一下，发现5大的几个模块（SISO，NTBOOT，SRSF6增强版）均出错无 ...

新的版本对外部命令的执行有一些改变.

需要更新外部命令,没什么问题的话暂时可以用旧版本的

chenall

我觉得目前的设定挺方便的呀,一般情况都都是通过MENU.LST来定位启动需要的文件

想要保存实际的启动设备可以在内置菜单中添加一个变量比如
set boot=%@boot%保存起来.

chenall

%~f0 应该是绝对路径吧？ 按道理应该这样才正确：map --mem (cd)/a.bat  (rd)

估计是新版本的BUG,你可以先试试旧版本的,我查一下源看看看.

chenall

不点 发表于 2015-12-31 04:26
第一个图片显示的是一个明显的低级错误：文件名错误，少了开头的斜杠，应该为

map --mem /a.bat  (rd)

我找到原因了,是由于新版本的调整导致的.

我看了下,考虑重新调整一下PSP的结构以方便使用.

目前的外部命令基本上都没有使用PSP信息,所以内部调整应该没有什么影响.

之前的PSP像文件名等位置是相对于PROGRAM的,我打算调整一下改成基于psp的这样可能会比较方便使用.

chenall

527104427 发表于 2015-12-31 02:03
有两个问题，1：如图，%~f0 貌似不正确

请试试刚刚上传的修正版本.

chenall

527104427 发表于 2015-12-31 16:23
可以了。。

不知道第二个问题的用法对不对？

是可以的,你可以试一下.

chenall

mdyblog 发表于 2016-4-12 08:39
如图 (3)内存盘的地址 会自动跑.

使用--mem参数即可。
map --mem=0x2fff0 /path (3)

不过需要注意的是你必须自己确定该处的可用空间足够放得下。

chenall

mdyblog 发表于 2016-4-14 07:18
请问 Fn.74  (mem64) 怎么用?
请举例说明:
1) 将  0x40200 处的10个字节 memmove64 到 0x40000

1. /*
   
2. *   int mem64 (int func, __u64 dest, __u64 src, __u64 len)
   
3. *
   
4. *        SRC and DEST should better align 8 for efficiency.
   
5. *
   
6. *   input:
   
7. *                func = 1 for memmove, 2 for memcmp, 3 for memset
   
8. *
   
9. */

复制代码

从上面的注释中可以得知用法如下
call Fn.74 FUNC dest_L dest_H src_L src_H len_L len_H

所以1
call Fn.74 1 0x40000 0 0x40200 0 0x10 0

不过我试了没有效果，我没有用过这个功能，具体原因未知。可能这个是指对高端内存的。