这个我今天传了一个版本已经修正.

chenall 发表于 2015-7-18 21:12
对于某些压缩文件,显示进度条会使速度变得很慢还会出错(像LZMA),.其它的不清楚

也许应该考虑其它的显示 ...

所以。。。我的这个问题到底是啥问题

对于某些压缩文件,显示进度条会使速度变得很慢还会出错(像LZMA),.其它的不清楚

也许应该考虑其它的显示进度方法.

chenall 发表于 2015-7-18 14:33
这个代码之前是1也就是应该是DECOMP_TYPE_LZMA
是我的疏忽没有注意到.

某些压缩文件也是十分大的，有进度能让人感觉安心，不会以为死机，尤其是在低速设备上

不点 发表于 2015-7-18 11:17
6月9日的改动，如下代码有疑问：

disk_io.c

这个代码之前是1也就是应该是DECOMP_TYPE_LZMA
是我的疏忽没有注意到.

这个是判断是否一次性读取的.
我觉得直接可以去掉后面的判断.只要是压缩格式的文件就全部一次性读取.不要显示进度.

6月9日的改动，如下代码有疑问：

disk_io.c

1. stage2/disk_io.c
   
2. @@ -2321,7 +2321,7 @@ grub_read (unsigned long long buf, unsigned long long len, unsigned long write)
   
3.       || fsys_table[fsys_type].read_func == pxe_read
   
4. #endif
   
5. #ifndef NO_DECOMPRESSION
   
6. -      || (compressed_file && decomp_type == 1)
   
7. +      || (compressed_file && decomp_type == DECOMP_TYPE_GZ)
   
8. #endif /* NO_DECOMPRESSION */
   
9.    )
   
10.    {

复制代码

上述改动，只自动解压 gz 文件，而禁止了对 lzma 的自动解压。改动前是要自动解压所有的压缩格式的。



Steve6375 也说，6月5日是可靠版本。因此，6月9日可能确实引入了 bug。

chenall 发表于 2015-7-17 21:49
跨度太大了,不好判断问题原因.

第二个截图0PE的估计更新一下外部命令就行了.

问题从grub4dos-0.4.6a-2015-06-09.7z开始出现的。

跨度太大了,不好判断问题原因.

第二个截图0PE的估计更新一下外部命令就行了.