jl580650、netwinxp等大侠，如果有空，再用 ImageX 测试(4次)，在 分别放入
\Path1\Path2
\Path1\Path2\
\Path1\Path2\*
\Path1\Path2\*.*
看看这四种情况结果是如何的，又有什么不同？
总算搞明了，微软是这样定义的：
匹配的将优先捕获到WIM映像内，不管它是否匹配。
按这样，很容易做到某类个别文件捕获到WIM映像内，而这类文件的其它文件不被捕获到WIM映像内，
如将 \Path1\ABC.RAR 放入，将 *.RAR 放入，则只有 \Path1\ABC.RAR
被捕获到WIM映像内，而其它的 *.RAR 文件不会被捕获到WIM映像内。
如果要相反，将除 \Path1\ABC.RAR 以外的其它RAR文件捕获到WIM映像内，只需将 \Path1\ABC.RAR 放入即可。
===============================
我本以为也会这样，但imagex并不如此，只会注释下相同条目的
//////////////////////////////////////////////////////////
\Path1\Path2和\Path1\Path2\相同，排除整个path2目录
\Path1\Path2\*和\Path1\Path2\*.*相同，留下个空的path2
原帖由 jl580650 于 2007-7-23 11:06 AM 发表 http://bbs.wuyou.net/images/common/back.gif
\Path1\Path2和\Path1\Path2\相同，排除整个path2目录
\Path1\Path2\*和\Path1\Path2\*.*相同，留下个空的path2
\Path1\Path2
\Path1\Path2\
\Path1\Path2\*
\Path1\Path2\*.*
这四条中都没有一条留下 Path2 的下级子目录的？或者哪条留下 Path2 的下级子目录？
[ 本帖最后由 lxl1638 于 2007-7-23 11:13 AM 编辑 ]
没有，貌似imagex所有操作都包括子目录的
========
那个和的结论你怎么得出来的，怎么跟我用imagex测试的不一样
原帖由 jl580650 于 2007-7-23 11:14 AM 发表 http://bbs.wuyou.net/images/common/back.gif
没有，貌似imagex所有操作都包括子目录的
========
那个和的结论你怎么得出来的，怎么跟我用imagex测试的不一样
纯属是估做的，没有做测试，因为这样最方便配置，配置出不同的方案和要求。
:em14 确实这样最方便
当然里如果有 *.RAR，则所有的RAR都会捕获
所以里定义的 *.RAR 或 \*.RAR 或\Path\*.RAR 或 PATH\*.RAR 都无效
[ 本帖最后由 lxl1638 于 2007-7-23 11:23 AM 编辑 ]
V1.0.7.0722F版更新：
1、完善了捕获映像、解开映像时定义配置文件的规则；
2、加入了解开映像时可以通过配置文件来筛选被解压的文件；
3、修正了有关配置文件的若干说明；
4、V1.0.7.0722F版隐藏一个蛋蛋----文件目录名通配符匹配验证。
原帖由 wangjf 于 2007-7-22 05:27 PM 发表 http://bbs.wuyou.net/images/common/back.gif
楼上的请睁大你的眼睛，动动脑子。看看楼主是什么时候上传的。
是么？
给你个截图。你能解释下么？:)
原帖由 myBOOT 于 2007-7-23 03:54 PM 发表 http://bbs.wuyou.net/images/common/back.gif
是么？
给你个截图。你能解释下么？:)
25728
刚才停电，机子的日期乱了，回到主版初始化的日期。不还上传的文件是正确的。
95a0067ac0ee012cd2dcf24f25b3959fwimtool-v1.0.7.0722f.rar
77ebf8e0cb86d98d21418dbb7f2fb2cdwimtool.exe
对照一下，如果上面的MD5不对，再重新上传。
另，下载后也查一下毒，本人机子没有杀软，你们查一下，也是帮本人查毒。
[ 本帖最后由 lxl1638 于 2007-10-16 04:52 PM 编辑 ]
01\Path1\Path2 //某目录及其所有子目录的所有文件(相当于删除整个Path2)
02\Path1\Path2\* //某目录的所有文件(包括它的子目录，留下空的Path2)
03\Path1\Path2\*.* //某目录的所有文件(不包括它的子目录)
04\Path1\Path2\?.ext //某目录下指定扩展名的所有文件(不包括它的子目录)
05\Path1\Path2\*.ext //某目录下指定扩展名的所有文件(包括它的所有子目录)
06\Path1\Path2\?PartName?.? //某目录下文件基本名含特征字符串的所有文件(不包括它的子目录)
07\Path1\Path2\?PartName?.* //某目录下文件基本名含特征字符串的所有文件(包括它的子目录)
08\Path1\Path2\FileName.? //某目录下指定基本名的所有文件(不包括它的子目录)
09\Path1\Path2\FileName.* //某目录下指定基本名的所有文件(包括它的所有子目录)
10\Path1\Path2\FileName.ext //特定的文件
11Path1\Path2 //某目录及其所有子目录的所有文件(相当于删除整个Path2)
12Path1\Path2\* //某目录的所有文件(包括它的子目录，留下空的Path2)
13Path1\Path2\*.* //某目录的所有文件(不包括它的子目录)
14Path1\Path2\?.ext //某目录下指定扩展名的所有文件(不包括它的子目录)
15Path1\Path2\*.ext //某目录下指定扩展名的所有文件(包括它的所有子目录)
16Path1\Path2\?PartName?.?//某目录下文件基本名含特征字符串的所有文件(不包括它的子目录)
17Path1\Path2\?PartName?.*//某目录下文件基本名含特征字符串的所有文件(包括它的子目录)
18Path1\Path2\FileName.? //某目录下指定基本名的所有文件(不包括它的子目录)
19Path1\Path2\FileName.* //某目录下指定基本名的所有文件(包括它的所有子目录)
20Path1\Path2\FileName.ext//特定的文件
匹配规则用的是不是这个??
原帖由 jl580650 于 2007-7-23 04:24 PM 发表 http://bbs.wuyou.net/images/common/back.gif
匹配规则用的是不是这个??
不一定，这次是直接用MS的函数来确定通配符是否匹配的，你可以双击最后一页的说明，那里可以验证。
或者你用这些规则做测试，看看与ImageX是不是不同。
原帖由 nn2nn 于 2007-7-23 03:56 PM 发表 http://bbs.wuyou.net/images/common/back.gif
是不是跑一次目录文件名，出一个报告，不是生成WIM文件。
很有意思，主意也不错，准备加上，大家先测试与配置文件相关的功能，如果没有问题，就按 nn2nn 的主意加这个验证报告了，到此WimmTool就作终结版。
原帖由 nn2nn 于 2007-7-23 03:56 PM 发表 http://bbs.wuyou.net/images/common/back.gif
是不是跑一次目录文件名，出一个报告，不是生成WIM文件。
这个报告是你的提议，你可否提些建议，这个报告以什么方式显示，是不是被捕获的文件和被放弃的文件都显示出来，以什么样的方式显示？
本人担心一个问题，Delphi的Memo容量有限，不知完整的Vista系统如果加将很多软件的话，Memo可能出错，
(Memo1.Lines.Count)中的Count是有符号的32位整数，最多只能显示30000多行文字，一个系统会不会超过
30000多个文件呢？
过程中不显示，最后再保存也可以，但不够直观。
:funk: wimtool是用Delphi编写的???
vista轻松超过3W的文件
偶现在系统盘有3w6个文件，32位的有符号整数是-2147483648~2147483647，16位的才是-32768~32767 ，老九看错了;P 。
[ 本帖最后由 netwinxp 于 2007-7-23 07:11 PM 编辑 ]
看来要做这个报告不容易啊。
WimTool是Delphi做的，当初也曾考虑用VC++，但试验时一个没有任何功能的窗口界面在本人精简的32M_U盘版中运行就提示欠.DLL，后来就决定用Delphi做了，Delphi做的东西是大些，但容易适应不同的系统，特别是精简的系统，也容易做成绿色工具。现在的WimTool在XP/2K3/Vista及它们对应的PE(包括很精简的PE)都可以使用。而且只需一个WIMGAPI.DLL就可以使用绝大部分最常用的功能。
写WimTool的工作量和难度比PECMD大多了。
[ 本帖最后由 lxl1638 于 2007-7-23 07:22 PM 编辑 ]
现在下载好烦啊————————
又出更新了，感觉跟前一版没有变化啊:)
V1.0.7.0722F版更新 繁體化
原帖由 hsc 于 2007-7-23 10:00 PM 发表 http://bbs.wuyou.net/images/common/back.gif
V1.0.7.0722F版更新 繁體化
手脚好快啊，就来繁体化了。
希望大家多多试验，看看WimTool定义配置文件的规则与ImageX有没有出入，本人自己一个人能做的事有限，一个人的试验也有限。
:lol 老九，2者的出入大了去了
经反复测试，得出了imagex只有以下规则
===================================
01 *.Ext \\所有目录下某种类型的文件(基本名和扩展名都能用通配符*/?)
02 \path1\path2 \\排除path2目录
03 path1\path2
04 \path1\path2\* \\排除path2目录中所有文件，留下空的path2
05 \Path1\Path2\FileName.ext \\排除具体的文件
06 Path1\Path2\FileName.ext
07 \Path1\Path2\*.ext \\排除某个目录下的某个类型文件(一样支持通配符)
PS:通配符规则和cmd下一样,*代表任意长度,?代表单个字符
所有操作都包括子目录
===============================
呵呵，你再将ImageX支持的所有规则放到WimTool中试验，看看WimTool是不是都支持。
本人的本意是在支持ImageX的所有规则基础上补充自己的规则，或者是对ImageX规则的扩展。
这样做的目的有二：
１、可以直接使用ImageX的配置文件(点[载入按钮])；
２、对ImageX规则的补充和扩展，方便定义出功能更多的配置文件。
关键是第１点，只要不与ImageX的规则冲突就可以了，或者说ImageX的配置文件不作任何修改就可以利用。
原帖由 nn2nn 于 2007-7-23 20:42 发表 http://bbs.wuyou.net/images/common/back.gif
做了试验，MEMO的行不会超界。（别试了，时间太长）。
未解决显示占时问题前，MEMO只于用显示结果，不能用于显示过程。
for i:=0 to400000 do memo1.Lines.Add(inttostr(i));
30分钟过去了，总算正确 ...
memo需要21.5亿行才会溢出，不用测试了;P
 |