支持含有碎片的文件仿真

mdyblog

chenall 发表于 2015-1-16 12:29
767#和下载站的是一样的源码的,效果应该是一样的.

我不明白你为什么一直强调要用767#的重新恢复?要恢 ...

1) 大了 2K

2）可能是你加了debug 的原因。

前面的版本 是没有加 debug 的。
那是0109 上 直接修复那个 问题。 0110开始的debug 没有恢复。
debug 模块 不是很关键，所以希望 debug前发布一个下载版本。
这个debug的设计方案，  还有下面的问题。



3)关于 debug 的个问题。


发现 用debug 来运行那个脚本 就没问题。
一路回车 没问题。
直接E， 让他自己跑， 问题。

不用debug就有问题了 。

也就是debug改变运行方式的 。
这样 debug 的意义达了折扣。

debug  改变了 检查 对象。

mdyblog

zxw 发表于 2015-1-16 12:03
好久没关注grub4dos了。
0115版的是否进一步限制了批处理的标签数量？
run用0110版测试正常，用0115版不 ...

我这里 0115版 也是 问题啊。好像也标签的问题。 反正是乱跑。
把我跑晕了（跟踪它）。


建议 你试试  767#楼    或 760# 楼 那个版本。
这个没问题。 关键的文件体也都解决了。 就是 没有新版的 debug ， 有旧版的debug。


------------
我把标签都去掉试试。

mdyblog

chenall 发表于 2015-1-16 12:29
767#和下载站的是一样的源码的,效果应该是一样的.

我不明白你为什么一直强调要用767#的重新恢复?要恢 ...

>> chenall  你可以把你的脚本上传上来看下,不太可能会乱跑的.  发表于 2 分钟前

我这是 MBROS系统。 UDM磁盘核心中。不是一个文件。不好拿出来。
我看 能不能模拟出问题。


是不是新版 debug 引起的标签问题。

我打算把所有标签都删掉。

chenall

mdyblog 发表于 2015-1-16 13:17
>> chenall  你可以把你的脚本上传上来看下,不太可能会乱跑的.  发表于 2 分钟前

我这是 MBROS系统 ...

如果是debug引起的问题就不会有你前面说的,用debug正常,不用debug不正常的问题了.

mdyblog

chenall 发表于 2015-1-16 13:21
如果是debug引起的问题就不会有你前面说的,用debug正常,不用debug不正常的问题了.

1） 和 zxw 比较类似。

好像也是最后的 标签 出问题了。

测试 包。 8秒自动 测试---1
test0115.fba.7z (141.81 KB, 下载次数: 2)

2015-1-16 14:02 上传

点击文件名下载附件

  --0.45c

test0115-046.7z (148.64 KB, 下载次数: 1)

2015-1-16 14:24 上传

点击文件名下载附件

  --0.46a




2）
我觉得这样的运作方式， 我等 手足无错啊。

解决一个BUG时， 又添加新功能。

而， 一般来说， “添加新功能”有 带来新BUG的 风险。

解决 一个BUG后， 不 加新功能， 就发布一个版本。
后面加新功能，再发布新版本。

这样一步 一步地， 踏实些。

反正 版本号又 不花费什么。

zxw

chenall 发表于 2015-1-16 12:30
有发现什么问题,建议可以弄一个可以重现问题的环境或测试包(最好是能在虚拟中直接测试的)这样可以方便定 ...

很遗憾，经测试与标签数量无关。
抽空简化了一个批处理版本，人为设置了125个标签，运行正常。
与批处理大小有关？

mdyblog

zxw 发表于 2015-1-16 14:19
很遗憾，经测试与标签数量无关。
抽空简化了一个批处理版本，人为设置了125个标签，运行正常。
与批 ...

1) 你试过 767#吗？

2）
我也是小心翼翼， 才复制出演示环境。

用一些 简单语句替换程序代码行。
这样大体体积不变。

才作出上面的 演示环境

mdyblog

chenall 发表于 2015-1-16 13:21
如果是debug引起的问题就不会有你前面说的,用debug正常,不用debug不正常的问题了.

>>如果是debug引起的问题就不会有你前面说的,用debug正常,不用debug不正常的问题了.
这话说的 有点 外行哦!
程序是一个整体，添加后 哪能这么 切豆腐一样。

zxw

mdyblog 发表于 2015-1-16 14:27
1) 你试过 767#吗？

2）

我这里测试767#与0115版本问题一样。
760#的版本没有问题。

mdyblog

zxw 发表于 2015-1-16 14:35
我这里测试767#与0115版本问题一样。
760#的版本没有问题。

767# 有问题？ 我测试下。
----------------------
还真是这样哦。

看来 从767#开始就有问题了。
看来的把670#先做一个下载版本。(后面添加的功能不是关键功能)

chenall

前面的测试结果

1. 有没有debug效果一样.
2. 确实是有发现问题,主要是goto :eof之后接下去的执行行号不对了,,看了代码,暂时没有发现问题,需要进一步调试.

chenall

这个问题并不是最新版才有的,经测试是grub4dos-0.4.6a-2015-01-10.7z开始引入的bug.

现在就比较好找原因了.

chenall

搞定了

又写错了一行代码(这个比较严重).

mdyblog

zxw 发表于 2015-1-16 14:35
我这里测试767#与0115版本问题一样。
760#的版本没有问题。

我这 grub4dos-0.4.6a-2015-01-16.7z  测试正常了。
你那儿 grub4dos-0.4.6a-2015-01-16.7z  正常吗？

527104427

chenall 发表于 2015-1-16 16:12
搞定了

又写错了一行代码(这个比较严重).

这个出错提示怎么不能屏蔽

zxw

mdyblog 发表于 2015-1-16 16:46
我这 grub4dos-0.4.6a-2015-01-16.7z  测试正常了。
你那儿 grub4dos-0.4.6a-2015-01-16.7z  正常吗？

测试了一下，正常了。

mdyblog

527104427 发表于 2015-1-17 10:26
这个出错提示怎么不能屏蔽

新版 是按照 教义 做的-----教条主义。
垃圾显示便多了。

完全 不理会 实际使用者的 使用情况。

------------
没办法啊。
在天朝的信仰教育 “培育”下， 现在，整个天朝 流行 信仰的巫风。

chenall

最新的版本是可以屏蔽所有错误提示的(严重的错误提示除外)

测试版地址在这里.执行命令debug msg=0之后,90%的提示信息会消失,但是请不要用这个的信息来报BUG.报bug请执行debug msg=3

http://chenall.qiniudn.com/grub4dos-0.4.6a-2015-01-16-test.7z

另外我觉得mdyblog很喜欢把自己的思想强加在别人身上,也是不理会别人的使用情况.

提示信息是必需要有的,否则出现了问题,根本不知道是哪里的问题.

现在新的版本会把这个提示信息的开关权限开放,但是你们的程序执行过程中发现问题,请自己先找原因.

mdyblog

chenall 发表于 2015-1-17 11:45
最新的版本是可以屏蔽所有错误提示的(严重的错误提示除外)

测试版地址在这里.执行命令debug msg=0之后,9 ...

》》另外我觉得mdyblog很喜欢把自己的思想强加在别人身
我不是这个意思。
我是说，"不管怎样， 总得提供一种手段， 让人‘能够’在需要的时候，  关闭  那些 信息。让用户能够完全掌控屏幕。"
也就是说， 你可以按照 你的“教义”设计。
然后做加法。 增加一些手段(命令或开关)， 关闭这些 提示。 所有的提示信息，用户都有手段关闭。让用户能够完全掌控屏幕。

如果 用 VC 开发程序， 无法完全控制屏幕， 总是 自己冒出一些，不能控制的， MS预置的画面。 那是什么情况！！！！

反正多几个开关 又不花银子。
要能“出得教义”——不能被它困住了。

用户最反感的是“begin pxe scan”。 一直不让关掉。
还有 开机提示的：
GRUB4DOS 0.4.6a 201
Processing the  
Turning on gate A20
If hangup, use 'geometry --lba1sector ('     <------------近来冒出来的
Fatal! Inconsistent data read from
Error: No Such Command
cannot find the batch label    <------------最近几个版本冒出来的

----------
这些不是不说要，可以要——开发者的意见就当默认值。
但是得给用户一个正常的手段， 可以关闭这些。
这些实现起来也不困难。 就一些 状态掩码 就能搞定。

527104427

chenall 发表于 2015-1-17 11:45
最新的版本是可以屏蔽所有错误提示的(严重的错误提示除外)

测试版地址在这里.执行命令debug msg=0之后,9 ...

这个 OK 了，跟以前的版本一样。Perfect！

不点

这是技术，是开发者的开发构想，与天朝的教育、与西方的哲学，都扯不上太大的关系。

我无权干涉别人对现状的不满。我也曾经不满现状。甚至正是因为不满现状，才有动力去改变现状。

但是到了我这样的岁数，我已经对现状比较满意了。

谁来封杀 grub4dos，或者不封杀，随便，我都能接受。我给我自己减负，我逐渐远离 IT 技术。

我也在用我自己的认识、通过自己的努力，把自己投身到这个丰富多彩的世界当中。

尽管有很多不尽人意的地方，可是这世界还是非常美好的。

这世界不是坏了需要修理，而是已经不错了，只是需要建设得更加美好罢了。

目前我的认识水平，就是这样的，想再提高，也不那么容易了。

chenall

@yaya
这里有一个usb2.0的问题,有空看一下,可以顺便回复下.我不知如何回复.

https://github.com/chenall/grub4dos/issues/24

jianliulin

mdyblog 发表于 2015-1-17 12:41
》》另外我觉得mdyblog很喜欢把自己的思想强加在别人身
我不是这个意思。
我是说，"不管怎样， 总得 ...

我也不赞成完全抹掉信息，grub4dos不应该只默默的做别人的嫁衣，该露脸的时候还是要露脸。

mdyblog

jianliulin 发表于 2015-1-20 11:46
我也不赞成完全抹掉信息，grub4dos不应该只默默的做别人的嫁衣，该露脸的时候还是要露脸。

露脸 应该是  打印 产品名称 公司名称 组织名称。
而且应该在最开始才有。
用户 软件在 运行起来后，应该能 完全 掌控 屏幕。


Processing the  
Turning on gate A20
If hangup, use 'geometry --lba1sector ('   
Fatal! Inconsistent data read from
Error: No Such Command

这些 和  “露脸 ”无关——反倒是“黑脸”。

应该提供正常手段， 用户可以屏蔽这些信息。

zhaohj

时不时来看一下，mdyblog发现了好多BUG，这个得点”赞”，当然C大就不用说了。
让GRUB4DOS在有限的生命里发挥更大的作用。
春节将近，大家玩得开心！

jianliulin

mdyblog 是grub4dos的照妖镜{:soso_e113:}

2011yaya2007777

请 DavidBrenner3 以及加载 usb2.0 失败时反馈信息。

mdyblog

》》debug msg=N sets message level. 0:off=>no messages,1-3:on,1:warning+error messages to stderr, 2=error messages to stderr, 3=all messages to stdout
请问 默认是多少？
关闭后想恢复默认值。

chenall

mdyblog 发表于 2015-1-21 06:39
》》debug msg=N sets message level. 0:off=>no messages,1-3:on,1:warning+error messages to stderr, 2= ...

默认是2

mdyblog

chenall 发表于 2015-1-21 09:53
默认是2

请问 json格式的下载信息 在哪儿啊？