无忧启动论坛

标题: 是U盘坏了还是 FbinstTool v1.602 出BUG（22楼附个小建议） [打印本页]

作者: 2010- 时间: 2010-12-25 20:04
标题: 是U盘坏了还是 FbinstTool v1.602 出BUG（22楼附个小建议）
说出来没人相信，我只好把视频记录与文件包传上来，请大家帮我分析分析。
里面的文件取自0PEv1.2.3(2010-11-27)XP中文版137MB.7z
虽然被我把文件删到剩余1兆多点，但是可以拿这模拟一下我碰到的BUG。

1、把「压缩包.7z」解压至桌面，生成文件夹「压缩包」；
2、插入U盘，双击「压缩包」内文件「FbinstTool.exe」；
3、按图中所示参数对U盘格式化；
4、双击文件「解压后拖进FbinstTool v1.602.7z」在WinRAR中打开；
5、选中里面全部图标（3个文件夹和2个文件），拖进FbinstTool v1.602

比较结果如下图所示。
至少丢了一个文件夹和一个文件，其他目录我没一个一个检查了。
目录「 BOOT\GRUB\ 」下原本3个文件

---------------------------------------------------------
关于非空文件的丢失，可以认为是我的U盘坏了。
刚才用虚拟U盘试验了一下，文件解开拖进去以后，完好无损。
可是往真U盘里一拖，MENU.DIY 总会丢失！
我能得出的结论是：U盘坏了。但仔细一想，这结论有点武断。
好比WinPE能通过虚拟机测试，却不一定能通过真机测试，FbinstTool 是不是也具有相似性呢？

关于 FbinstTool v1.602 目前已发现的，个人认为处理得不是很恰当的行为有：
   1、丢弃空文件，丢弃空目录；
   2、对路径或文件名里的空格字符强制替换为下划线。
         比如 Documents and Settings\All Users\桌面被改名为 Documents_and_Settings/All_Users/桌面/

关于非空文件的失踪，究竟是U盘坏了还是 FbinstTool v1.602 出BUG？
仍未知晓……特此求助！
目前，我只能认为 FbinstTool v1.602 跟我的U盘不兼容。
关于U盘的具体属性，我在11月28日买回来以后特地作了截图。

[ 本帖最后由 2010- 于 2010-12-29 09:58 编辑 ]

压缩包.7z

1.81 MB, 下载次数: 107, 下载积分: 无忧币 -2

视频记录.7z

1.45 MB, 下载次数: 77, 下载积分: 无忧币 -2

11月28日购买的U盘相关截图.7z

101.79 KB, 下载次数: 44, 下载积分: 无忧币 -2

作者: woshi_1001 时间: 2010-12-25 20:53
楼主，根据你提供的附件，我用虚拟U盘测试，用FbinstTool V1.601 、FbinstTool V1.602 和 FbinstTool V1.54 都试了一下，每次都是0PE文件夹没有进去，反复试验后发现0PE文件夹目录内为空或子文件夹均为空时会出现拖入无效。

按道理，你在拖入的时候不应该0PE下面为空啊。

以上为我个人的测试结果，可能帮不上你什么。

[ 本帖最后由 woshi_1001 于 2010-12-25 20:54 编辑 ]

作者: 2010- 时间: 2010-12-25 20:58
另外请看目录「 BOOT\GRUB\ 」下面有几个文件？
请用量产过的真U盘和 v1.602 版本测试，这样就更接近我的状况了。

0PE目录下本来不是空的，但是文件137MB，传不上来，
我就把文件删除了。
没想到，删到剩余１兆多，这个丢失现象竟然还会发生。

[ 本帖最后由 2010- 于 2010-12-25 21:17 编辑 ]

作者: tubaozi 时间: 2010-12-25 21:16
测试结果与2楼相同。
以下几种情况拖入无效：
1.）空文件夹；
2.）文件夹里面的文件及文件夹为零字节（空文件空文件夹）；
3.）零字节文件（空文件）。
或许是自动排除零字节的文件或文件夹？？？

作者: 2010- 时间: 2010-12-25 21:25
用真U盘测试的话，可能连「 BOOT\GRUB\ 」下面的文件 MENU.DIY 也丢了。
反正，我的两个U盘里，这个文件都被 v1.602 给弄丢了。
当然，也不排除我的U盘有问题。

这个才1MB多点的文件，要是弄个N合1的几百兆的光盘文件拖进去，
我不可能打开目录一个一个去数文件吧……

[ 本帖最后由 2010- 于 2010-12-27 13:50 编辑 ]

作者: tubaozi 时间: 2010-12-25 21:32
除了零字节的文件夹和文件失效外其他均正常。
另外还试了下，文件夹中放几个零字节的文件和几个非零字节的文件，拖入后零字节文件全部失效。

作者: 2010- 时间: 2010-12-25 21:40
「 BOOT\GRUB\ 」下面原本有3个文件的，而我的第二副截图里只显示了2个文件。
丢掉了MENU.DIY 这非空文件……
楼上的没丢非空文件，算是比较正常的了。

作者: jianliulin 时间: 2010-12-26 09:19

原帖由 2010- 于 2010-12-25 21:25 发表
用真U盘测试的话，可能连「 BOOT\GRUB\ 」下面的文件 MENU.DIY 也丢了。
反正，我的两个U盘里，这个文件都被 v1.602 给弄丢了。

这个才1MB多点的文件，要是弄个N合1的几百兆的光盘文件拖进去，
我不可能打 ...

这是正常的，设计本就如此，
1.fbinst根本没有文件夹概念，在fbinsttool 看到的文件夹只是用文件名约定规则来转换为文件夹的方式呈现，如果全删除文件夹里面的文件，文件夹也就消失了。
2.0字节的文件没有任何意义，要它何用，fbinst用起始位置和文件长度来记录文件，所以0字节的文件永远不可能存在ud中

[ 本帖最后由 jianliulin 于 2010-12-26 09:23 编辑 ]

作者: 2010- 时间: 2010-12-26 09:24
只是 MENU.DIY 这个文件不是0字节哦。这个也丢了就奇怪了。
我说出来，您可能不相信……除非我能找个虚拟U盘也会丢失的非空文件，
不然，说什么大家都不相信。

可是目前我又证明不了……我想我的U盘是不是有问题？
真要是因为我个人U盘有问题造成文件丢失的话，这里先给大家赔礼道歉了。
让大家这么虚惊一场……

[ 本帖最后由 2010- 于 2010-12-26 09:46 编辑 ]

作者: 幸运的草 时间: 2010-12-26 11:08
看了楼主的另一个帖子及本帖，奇怪，我也用1.602版，也是用拖的方式，MENU.DIY（1.5Kb）没有发生丢失文件的现象，使用正常，楼的主包中的该文件有2.3KB,却会丢失有点难以理解。
　用楼主的包及附的FBINST测试，注是用FBA包进行测试，把包里的东东拖入后只发现0PE目录没有拖进去，用记事本在下面的两个目录中各创建一个1KB的文件，拖动0PE到fba包中没有发现丢失文件的现象，0PE目录自动添加进去。
　我的U盘是金士顿的正品U盘，因为我的盘中有数据所以没有实测，按理向物理盘中拖和向FBA包中拖是一样的，楼主能否用FBA包再测试一下，看看还会不会发现这种现象，如果不会，那可能是U盘有问题了，如果还是会，就另行别论了。

作者: 极度凶残 时间: 2010-12-26 11:31
标题党...........................!!

作者: 2010- 时间: 2010-12-26 12:01

原帖由 极度凶残 于 2010-12-26 11:31 发表
标题党...........................!!

标题已更正，有什么得罪的地方请海涵！
我不是程序员，对于空目录或者空文件的创建到底有没有实际意义全然不知。
这里让大家见笑了……

先是买了山寨黑盘，接着又买了个奇怪的金士顿。
我想，我说什么都没用（除非能把这个U盘拿出来，让大家亲手试验一下）。
不说了，自认倒霉，下次再买个好点的U盘。

[ 本帖最后由 2010- 于 2010-12-26 12:04 编辑 ]

作者: 幸运的草 时间: 2010-12-26 13:05
找出问题所在就好了，经过讨论确认不是FBINST的问题，我们使用也就放心了，要不还真的留意呢！

作者: 2010- 时间: 2010-12-26 13:12
正在对U盘进行数据完整性校验。
已经校验过一次了，数据完整，可惜忘记用 FbinstTool 回收隐藏分区了。
这次特地把隐藏分区回收了再校验一次。

作者: 2010- 时间: 2010-12-26 13:50
又经过30多分钟的校验，结果是U盘什么毛病都查不出来。
再次将1楼压缩包下载，拖放，结果与从前一模一样。
看来，FbinstTool 没问题，U盘也没问题，是我有问题？

作者: pseudo 时间: 2010-12-26 14:00
ｎｔｆｓ等文件系统上，小文件可能异常。
你把ｍｅｎｕ．ｄｉｙ的体积弄成大于２０４８、４０９６字节试试。先不要说ｍｅｎｕ．０ｐｅ也很小。
还有，设法进入０ｐｅ后操作，把你的压缩包放在ｘ盘，在ｐｅ里拖。

作者: 2010- 时间: 2010-12-26 15:35
感谢pseudo大大的指教，一会我进PE去拖放一下。对了，我的 C、D、E盘都是FAT32文件格式。
另外发现个小小的问题，关于文件被重命名的问题。
这可能算不上什么大问题，但如果不注意的话，文件名或者路径带上空格拖进去就会出问题啦！
(hd1):7682712(4g) 这是我的真U盘
(hd2):411646(201m) 这是我的虚拟U盘
我在目录 C:\Documents and Settings\Unknown\桌面\压缩包(2)\解压后拖进FbinstTool v1.602\BOOT\GRUB
之下把 MENU.DIY 复制了两次，另外又创建了3个非空文件：
the File.txt
the 文件.txt
这文件.txt
然后对真、假U盘分别采用拖放试验，结果发现带空格的文件均被改名了。

这个虚拟U盘是一个文件不丢啊，可我的金士盾那是照丢不误……

[ 本帖最后由 2010- 于 2010-12-26 15:54 编辑 ]

作者: 2010- 时间: 2010-12-26 16:42
在PE里的截图如下，跟XP里的所丢文件差不多。
（XP里复件 (2) MENU.DIY 没丢，但PE里确是复件 MENU.DIY 没丢）
我想，这问题可能跟操作系统无关，应该跟U盘构造有关吧。
尽管用虚拟U盘拖放的时候很完美，但虚拟和真实毕竟不同。
我的U盘构造或许有所欠缺……

[ 本帖最后由 2010- 于 2010-12-26 16:45 编辑 ]

作者: pseudo 时间: 2010-12-26 21:41
呵呵，可能你被禁止diy了。

fbinsttool有菜单项可以显示所执行的fbinst命令，也许能从中找到线索。

[ 本帖最后由 pseudo 于 2010-12-26 21:46 编辑 ]

作者: 2010- 时间: 2010-12-27 11:46
感谢大大的回复，命令记录我截图如下（MENU.DIY已丢失）

另外附上操作时的视频记录 http://bbs.wuyou.net/attachment.php?aid=109150
视频是我昨天晚上录制的，刚才的操作与视频里的操作没有区别。
截图里的命令记录复制如下：

fbinst --list
fbinst --list
fbinst --list
fbinst (hd1) info
fbinst --list
fbinst (hd1) info
fbinst (hd1) info
fbinst (hd1) format  --force  --align
fbinst (hd1) add-menu -s "fb.cfg" "default 0"
fbinst (hd1) add-menu -s -a "fb.cfg" "timeout 0"
fbinst (hd1) add-menu -s -a "fb.cfg" "menu F1 grldr "grldr""
fbinst (hd1) add "分区表.pt" "C:\DOCUME~1\Unknown\LOCALS~1\Temp\__.pt"
fbinst (hd1) info
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1) add "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\grldr"
fbinst (hd1) add "BOOT/GRUB/MESSAGE"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MESSAGE"
fbinst (hd1) add "BOOT/GRUB/MENU.0PE"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.0PE"
fbinst (hd1) add "BOOT/GRUB/MENU.DIY"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.DIY"
fbinst (hd1) add "BOOT/IMGS/KONBOOT.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\KONBOOT.GZ"
fbinst (hd1) add "BOOT/IMGS/MEMTEST.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\MEMTEST.GZ"
fbinst (hd1) add "BOOT/IMGS/PLPBT.BIN"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\PLPBT.BIN"
fbinst (hd1) add "BOOT/SYSLINUX/SYSLINUX.CFG"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\SYSLINUX\SYSLINUX.CFG"
fbinst (hd1) add "SRS/CHKPCIDB.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\CHKPCIDB.GZ"
fbinst (hd1) add "SRS/AMDIDE.ZIP"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\AMDIDE.ZIP"
fbinst (hd1) add "SRS/INTEL10X86.ZIP"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\INTEL10X86.ZIP"
fbinst (hd1) add "SRS/CHKPCI.TXT"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\CHKPCI.TXT"
fbinst (hd1) add "0PE.BIN"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE.BIN"
fbinst (hd1) add "0PE/XP/新建_文本文档.txt"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE\XP\新建文本文档.txt"
fbinst (hd1) info
fbinst (hd1) info
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1)  export "burg.cfg"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\__BurgMenu.____"
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1) cat-menu "fb.cfg"
fbinst (hd1) info

[ 本帖最后由 2010- 于 2010-12-27 11:47 编辑 ]

作者: 2010- 时间: 2010-12-27 11:57
命令里找到
fbinst (hd1) add "BOOT/GRUB/MENU.DIY" "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.DIY"
甚至于空文件都被命令记录了
fbinst (hd1) add "0PE/XP/新建_文本文档.txt" "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE\XP\新建文本文档.txt"

但实际上，MENU.DIY这文件与0PE这整个文件夹都失踪了。
另外，「新建文本文档.txt」被强制改名为「新建_文本文档.txt」
最后又因为是个空文件而被抛弃？

作者: 2010- 时间: 2010-12-27 20:36

原帖由 jianliulin 于 2010-12-26 09:19 发表

1.fbinst根本没有文件夹概念，在 fbinsttool 看到的文件夹只是用文件名约定规则来转换为文件夹的方式呈现，如果全删除文件夹里面的文件，文件夹也就消失了。
2.0字节的文件没有任何意义，要它何用，fbinst用起始位置和文件长度来记录文件，所以0字节的文件永远不可能存在ud中

首先，请允许我发表一下个人意见：
不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
这可以认为是越权了。

至于处理文件拖放时fbinsttool到底是怎么操作的，详细情况外人无从得知。
从您提供的线索来看，找到一条更好的处理0字节文件的方法不是没有的。
下面我想提供一个方法供您参考。
首先说明，我是个外行，如果我提的方法很幼稚、好笑，还请多多包涵。
不管如何，我的心意是好的。

下面请允许我班门弄斧：
任意文件在(ud)里占用字节数＝此文件的实际字节数＋１
目的也就是为了将
空文件看成１字节
若某文件在(ud)里仅占用１字节，则该文件必为空文件
注意：
０字节的文件占用１字节，并非指文件本身被改大１字节
这样一来，空文件及空目录便得以保存。相对于目前的直接丢弃，这样是不是更合理一些？
当然，实际操作起来肯定复杂得多。我也就只会耍耍嘴上工夫而已。

还是那句话，我是外行，请不要见笑。

[ 本帖最后由 2010- 于 2010-12-28 11:33 编辑 ]

作者: 2010im1989 时间: 2010-12-27 20:39
标题: 回复 #1 2010- 的帖子
这个问题可以到以下网站反馈！
http://www.burgloader.com/bbs/index.php?topic=131.0

或许能够早点得到解决！

作者: 2010- 时间: 2010-12-27 20:42

原帖由 2010im1989 于 2010-12-27 20:39 发表
这个问题可以到以下网站反馈！
http://www.burgloader.com/bbs/index.php?topic=131.0

或许能够早点得到解决！

感谢楼上建议，早在我注册的那一天起就打算去汇报的。
可惜没法注册……

作者: USB3 时间: 2010-12-27 20:46
我做了几次UD启动0PE都没遇到过LZ的情况，只是在WIN7旗舰版里不能直接拖入文件而要导入。原版XP3系统一切正常。

[ 本帖最后由 USB3 于 2010-12-27 20:48 编辑 ]

作者: 2010- 时间: 2010-12-27 20:56

原帖由 USB3 于 2010-12-27 20:46 发表
我做了几次UD启动0PE都没遇到过LZ的情况。

我在1楼之所以附上压缩包，就是想弄清是不是只有我一人碰到过这种情况。
果真如此，无论我怎么说，只怕是没人相信。
于是，干脆做个视频记录一下……
当然，看了视频以后，有些人那是坚决不信！

没办法了，FbinstTool 没问题。只能认为我的U盘坏了。

假设我拿着U盘去退货，别人问我为什么要退货，我该如何解释？
因为我在把文件拖进 FbinstTool 时，老是丢失文件，所以退。
对方反问：那你怎么不去找 FbinstTool 啊？凭什么说U盘坏了？
那U盘检测工具不也检测了好多遍的么？那不是好好的么？

自认倒霉得了！一个小小U盘，算了。
问题搞得那么复杂、认真也没什么意义。

[ 本帖最后由 2010- 于 2010-12-27 21:18 编辑 ]

作者: 94first 时间: 2010-12-28 00:49
我用的金士顿的假货。
  用的肯定是黑片了，。
买的时候是4G的。。
  后来发现容量不足。。乱码等问题。。

最后用量产的方法。恢复了。  容量为860M左右

MENU.DIY
正常拖入。
只是空文件或者空文件夹。。不能拖入。。拖入后就没有了

作者: jianliulin 时间: 2010-12-28 08:44

不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
这可以认为是越权了。

1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的

至于处理文件拖放时fbinsttool到底是怎么操作的，详细情况外人无从得知。
从您提供的线索来看，找到一条更好的处理0字节文件的方法不是没有的。
下面我想提供一个方法供您参考。

fbinsttool 可以导出所有操作的命令，可以复制出来用比处理再执行一遍，以便确定是fbinst的问题，还是fbinsttool的问题。

作者: Plantsoot 时间: 2010-12-28 08:58

原帖由 jianliulin 于 2010-12-28 08:44 发表

1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的

...

原帖由 2010- 于 2010-12-27 20:36 发表

首先，请允许我发表一下个人意见：
不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
这可以认为是越权了。

至于处理文件拖放时fbinsttool到底是怎么操作的， ...

J大说的非常对，fbinst的文件结构不存在文件夹一说，放在文件夹的文件在ud中也就是把文件夹的路径和文件名放在一起看成是一个长文件名。

2010- 你说的fbinst丢弃不对，也有一定道理，但是随便就把0字节的文件变成1字节这也是越权，也是不对的，如果是想保留0字节的文件，完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了。不过一个字符也是占用一个扇区。

如果因为这个问题要改动fbinst的代码和结构的话，好像有点不值得。

作者: 2010- 时间: 2010-12-28 10:52

原帖由 Plantsoot 于 2010-12-28 08:58 发表

2010- 你说的fbinst丢弃不对，也有一定道理，但是随便就把0字节的文件变成1字节这也是越权，也是不对的，如果是想保留0字节的文件，完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了。不过一个字符也是占用一个扇区。

我前面提的“0字节的文件变成1字节”，我想是我表达不清楚，致使大家理解有误。
我指的是让 0字节的文件在(ud)里占用1字节！文件本身未被抛弃，更未被改变。
而您说的“完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了”我不认为是上策。

假设某个电脑高手制作了一个百兆ISO文件，其中有几个空文件几个空文件夹。
但是目录树就好比那真大树，千枝万叉的，文件好比那树叶，成千上万的。
叫我找到那几个空文件，加上个空字符，我还真觉得自己没那权利修改他人的东西呢。
况且，那不是自找麻烦？

[ 本帖最后由 2010- 于 2010-12-28 11:02 编辑 ]

作者: 2010- 时间: 2010-12-28 11:00
请允许我直言，我是个菜鸟，对于 fbinsttool 高深的内部构造，
以我的愚钝，即使请教了百草霜大大，我也是理解不过来！

当然，仔细一想，以我菜鸟身份也没什么资格来跟您提意见。
即便提出来，用专家的眼光稍微一看，那也是不值一提的。

楼上两位能就此回复，已经是给我莫大的面子了。
所以，我个人意见也就此结束了。
没必要再来占用各位宝贵时间。

作者: 2010- 时间: 2010-12-28 11:06

原帖由 jianliulin 于 2010-12-28 08:44 发表

1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的

...

感谢您的回复，谢谢您的推荐！
对我的不成熟的意见您能作出回答，非常感谢！

关于命令导出，PSEUDO大大于19楼提示过我，20楼有命令导出的截图，21楼有我个人愚见。

[ 本帖最后由 2010- 于 2010-12-28 11:27 编辑 ]

作者: Plantsoot 时间: 2010-12-28 11:11
标题: 回复 #30 2010- 的帖子
我明白你的意思，你的意思是说很多PE的空文件夹和空文件是有作用的，这个确实是这样，不过目前能散开放在ud内的PE貌似也只是0pe。想了一下，保留0字节文件也还是有一定意义，跟Bean反映一下，看他怎么说吧。

作者: 2010- 时间: 2010-12-28 11:17

原帖由 Plantsoot 于 2010-12-28 11:11 发表
我明白你的意思，你的意思是说很多PE的空文件夹和空文件是有作用的，这个确实是这样，不过目前能散开放在ud内的PE貌似也只是0pe。想了一下，保留0字节文件也还是有一定意义，跟Bean反映一下，看他怎么说吧。

非常感谢您的关注！
这么点小事占用大家这么多宝贵时间，甚至于影响到Bean大师……
对此我深感内疚。
还是那句话，对我不成熟的意见，请大家不要见笑。

作者: liuzhaoyzz 时间: 2011-1-2 08:11
空文件和空文件夹确实无法拖入，我测试了下，没有发现楼主文件名被随意更改的现象，是不是grldr版本不对？

作者: 幸运的草 时间: 2011-1-2 12:35
经过实机测试和FBA包测试，空文件夹和0字节的文件确实不能拖入，但经过很多次测试没有发现楼主的丢失文件的现象，我的MENU.LST、MENU.DIY等文件字节数比楼主的要少，1KB左右，正常拖入没有丢失。

作者: tubaozi 时间: 2011-1-2 13:41

原帖由 liuzhaoyzz 于 2011-1-2 08:11 发表
空文件和空文件夹确实无法拖入，我测试了下，没有发现楼主文件名被随意更改的现象，是不是grldr版本不对？

楼主所说随意改文件名问题，其实是当文件夹、文件名中有空格拖入后空格会被下划线填补。作者这样设计必然有其理由。

作者: liuzhaoyzz 时间: 2011-1-12 19:58
有空格的文件我没有发现会被下划线填补的现象，奇怪了。

作者: 2010xiao_xie 时间: 2011-1-13 12:52
是有问题我上次也弄了一下看不见里面的东西明显拖进去了的

欢迎光临无忧启动论坛 (http://wuyou.net/)