[更新376#2825]PECMD2012.1.80.13_Win32_64.多窗口多线程.裸机系统2.3.3.1+18M酷M...

ling3882688 · 发表于 2015-2-3 14:47:17

FIND是否可以比较文件大小？或者检测文件大小。

xzf680 · 发表于 2015-2-4 00:21:29

辛苦了，一直关注这个{:soso_e179:}

------------------------------------------------------------------------------

2015了哈！怎么不更新为PECMD2015.x.xx.xx，一定有道理哈！

------------------------------------------------------------------------------

mdyblog · 发表于 2015-2-4 02:19:56

ling3882688 发表于 2015-2-3 14:47
FIND是否可以比较文件大小？或者检测文件大小。

SIZE V=文件或目录名

再用IFEX $比较

ling3882688 · 发表于 2015-2-4 17:20:37

mdyblog 发表于 2015-2-4 02:19
SIZE V=文件或目录名

再用IFEX $比较

好的，谢M大。

ling3882688 · 发表于 2015-2-4 20:36:42

本帖最后由 ling3882688 于 2015-2-4 20:45 编辑

如何在完整名称不确定的情况下获取指定文件名特定的部分？
例如：桌面有个文件夹名称是abcxxx
abc是固定的，但是xxx是变化的，例如文件名abc123 abc456都有可能，想要获取xxx的数值。
想使用NAME 但是通配符不行。
突然想到应该是可以用FORX命令的。我试下看看。
OK!搞定！

527104427 · 发表于 2015-2-5 12:31:39

mdyblog 发表于 2015-2-4 02:19
SIZE V=文件或目录名

再用IFEX $比较

发现一个问题，CMPS压缩过的配置文件，再用CMPS还能压缩，

能否先判断一下，已经CMPS过的文件，就跳过去？

mdyblog · 发表于 2015-2-5 12:42:43

527104427 发表于 2015-2-5 12:31
发现一个问题，CMPS压缩过的配置文件，再用CMPS还能压缩，

能否先判断一下，已经CMPS过的文件，就跳过 ...

这个正常啊。 zip文件还能再压一次ZIP。

CMPS压缩文件有个标志CMP。

527104427 · 发表于 2015-2-5 12:44:40

mdyblog 发表于 2015-2-5 12:42
这个正常啊。 zip文件还能再压一次ZIP。

双重ZIP的只要解两次压就正常了。双重CMPS的没办法运行……

mdyblog · 发表于 2015-2-5 12:49:37

本帖最后由 mdyblog 于 2015-2-5 12:54 编辑

527104427 发表于 2015-2-5 12:44
双重ZIP的只要解两次压就正常了。双重CMPS的没办法运行……

解压2次，就可以运行了。

还有一点，其实无法判断是否是 CMPS压缩的文件，可能人家的2进制数据文件就是这样。
CMP标志，只能用来排除，不能用来确认。

只能人来保证了。

比如一文件内容：
####CMPS 用法
XXXXXXXXXXXXXXX

虽然有CMP标志，单不是 CMPS压缩文件。

2012yws@ · 发表于 2015-2-6 16:15:58

本帖最后由 2012yws@ 于 2015-2-6 16:21 编辑

mdyblog 发表于 2015-2-5 12:49
解压2次，就可以运行了。

还有一点，其实无法判断是否是 CMPS压缩的文件，可能人家的2进制数据文 ...

这段代码无法运行窗口
TEAM CALL cppt|WINDOWS1
_SUB WINDOWS1,L5T5W300H200,WinCMD功能演示,EXEC $%&Curdir%,%IconFile%#19,20,,-trap -size
ITEM ITEM1,L168T122W101H30,ITEM1,KILL \,
TABL TABL1,L22T10W216H60,TABL1
_END

_SUB cppt
FORX /S /O:-N C:\windows\*.INI,&&f,0,
{
MESS %f% @#OK
}
_END

从88.40-最新88.50测试,X86系统和64都一样

再问,如何查询鼠标选择的窗口与控件的ID,如我要查询窗口中表格控件的名称,如何做?

mdyblog · 发表于 2015-2-6 16:55:53

2012yws@ 发表于 2015-2-6 16:15
这段代码无法运行窗口
TEAM CALL cppt|WINDOWS1
_SUB WINDOWS1,L5T5W300H200,WinCMD功能演示,EXEC $% ...

大哥你这代码坑爹啊，点的我手痛。

文件太多了，我改成最多2个。

能运行：

mdyblog · 发表于 2015-2-6 16:57:52

2012yws@ 发表于 2015-2-6 16:15
这段代码无法运行窗口
TEAM CALL cppt|WINDOWS1
_SUB WINDOWS1,L5T5W300H200,WinCMD功能演示,EXEC $% ...

》》如我要查询窗口中表格控件的名称,如何做?
没明白。
具体以上面的代码说，举例说说查XXX的XXXX。

2012yws@ · 发表于 2015-2-7 00:03:17

mdyblog 发表于 2015-2-6 16:57
》》如我要查询窗口中表格控件的名称,如何做?
没明白。
具体以上面的代码说，举例说说查XXX的XXXX。

1 [LOGS *X:\cc.log] <0> :操作成功完成。
2 {CALL cppt}
11 {FORX /S /O:-N C:\windows\*.INI,&&f,0,}
13 [MESS C:\windows\win.ini @#OK] <0> :操作成功完成。
13 [MESS C:\windows\system.ini @#OK] <0> :操作成功完成。
13 [MESS C:\windows\msdfmap.ini @#OK] <0> :操作成功完成。
我的还是不行,上面是日志,到了窗口就不行了,CPU立刻爆满,风扇狂转中...
查询,比如我要查询TABL控件的标题(TABL1),要如何获得这个输出变量?

mdyblog · 发表于 2015-2-7 01:50:42

本帖最后由 mdyblog 于 2015-2-7 02:04 编辑

2012yws@ 发表于 2015-2-7 00:03
1 [LOGS *X:\cc.log] :操作成功完成。
2 {CALL cppt}
11 {FORX /S /O:-N C:\windows\*.INI,&&f,0,}

ENVI^ ENVIMODE=1
CALL cppt
CALL @WINDOWS1
_SUB WINDOWS1,L5T5W300H200,WinCMD功能演示,EXEC $%&Curdir%,%IconFile%#19,20,,-trap -size
ITEM ITEM1,L168T122W101H30,ITEM1,KILL \,
TABL TABL1,L22T10W216H60,TABL1
_END
_SUB cppt
FORX /S C:\windows\*.INI,&&f,5,
{
MESS %f% @#OK
}
_END

复制代码

这样不行？
你试试。

2:
如表格：
ENVI $TAB=09
SET$ NL=0D 0A
TABL TABL1,L22T10W216H60,50:C1%TAB%+50:C2%TAB%-50:C3,11%TAB%222%NL%B11%TAB%B222

标题行是设计好的，不变，自己先用变量保存好即可，如：TABL1.col1 TABL1.col2 ......

数据行可以查询。
如查询1，1
ENVI @TABL1.VAL=?1.1;V1_1
MESS. %V1_1%
┃ │ │※可用"ENVI @名称.Val=?*.*;变量名"来获得全部数据。行间回车换行。 ┃
┃ │ │※可用"ENVI @名称.Val=?行号[.列号];变量名"来查询指定行/单元的内容。各列TAB键间隔(下同)。 ┃

ling3882688 · 发表于 2015-2-7 01:59:04

本帖最后由 ling3882688 于 2015-2-7 02:02 编辑

我用PART -hextp -phy# -fill list part 1#2 ,&&PT2获取的类型为什么不一样呢？
上下红框处，我想要的是上面一个红框中的结果。

mdyblog · 发表于 2015-2-7 02:07:45

ling3882688 发表于 2015-2-7 01:59
我用PART -hextp -phy# -fill list part 1#2 ,&&PT2获取的类型为什么不一样呢？
上下红框处，我想要的是 ...

还有这种怪事？
你用BootICE吧分区表备份下来，传上来，俺看看。

ling3882688 · 发表于 2015-2-7 02:09:12

mdyblog 发表于 2015-2-7 02:07
还有这种怪事？
你用BootICE吧分区表备份下来，传上来，俺看看。

好的稍等。

ling3882688 · 发表于 2015-2-7 02:15:12

mdyblog 发表于 2015-2-7 02:07
还有这种怪事？
你用BootICE吧分区表备份下来，传上来，俺看看。

分区表.rar (59.58 KB, 下载次数: 6)

mdyblog · 发表于 2015-2-7 04:38:11

本帖最后由 mdyblog 于 2015-2-7 04:41 编辑

ling3882688 发表于 2015-2-7 02:15

拔插一下U盘，2者就同步了。

如图表：

磁盘:2
磁盘信息磁盘号大小(字节) 柱面数磁头数扇数扇区媒体签名总线
2 63786975232 7754 255 63 512 12 55276D56 7 MBR F
字符说明激活 __本分区起始__ 分区 __本分区结束__ _______本分区______ ______本分区_______
激活为0x80 磁头_扇区_柱面类型磁头_扇区_柱面 _____起始扇区号____ _____扇区总数______
主分区1: 0x00 0x00 0x02 0x00 0xEE 0x7F 0x0E 0x19 0x01 0x00 0x00 0x00 0x27 0x40 0x06 0x00
主分区2: 0x00 0x7F 0x0F 0x19 0xAF 0x5A 0xAF 0xAB 0x28 0x40 0x06 0x00 0x18 0x43 0xA1 0x00
主分区3: 0x00 0xBF 0x85 0xBB 0x0B 0x4A 0xFF 0x4B 0x00 0x88 0xAB 0x00 0x00 0x30 0x23 0x00
主分区4: 0x00 0x4B 0xC1 0x4B 0x07 0xFE 0xFF 0xCC 0x00 0xB8 0xCE 0x00 0x00 0x00 0x20 0x00
标志 : 0x55 0xAA
全部分区: 1 2 3 4
分区类型激活(1) 起始(字节) 长度(字节) 隐藏扇区结尾(字节) 物理# 盘符
1 0xEE 0 512 209735168 1 209735680 1
2 0xAF 0 209735680 5411057664 409640 5620793344 2
3 0x0B 0 5755633664 1180696576 11241472 6936330240 3
4 0x07 0 6936330240 1073741824 13547520 8010072064 4

复制代码

ling3882688 · 发表于 2015-2-7 11:02:38

mdyblog 发表于 2015-2-7 04:38
拔插一下U盘，2者就同步了。

如图表：

可是我的本地硬盘也是一样的情况。

2012yws@ · 发表于 2015-2-7 11:34:45

mdyblog 发表于 2015-2-7 01:50
这样不行？
你试试。

//此BUG由搜索量过大造成,把搜索目录设置在文件较少的目录可以,同样的问题在DIR命令中也如此,只要超过了一定的量就如此,看来是变量限制导致的,
//如果让机器狂转10-20来分钟,还是可以启动的,只是这样,无法满足实际的使用要求
//另外,如果在FOR循环时开启logs,光是log文件就有恐怖的1G以上的个头,这个应该与for命令的循环设计有关,郁闷啊!
//呵呵,寒冷的一个晚上啊,不知楼主那边冷不?
//既然知道了问题所在,请楼主费心解决它好了.
查询问题,我问的不是不是这个控件存储的信息或是它的标题,而是这个控件本身在窗口中的标题名称,也就是说如何返回控件本身的名称,如果能查询到控件的类型就更好了,具体如:查询TABL1,获得控件类型-TABL;该控件名称-TABL1,就是如果这是一个TABL控件,希望可以查询到它的类型是(TABL),而在窗口中的名称是(TABL1)这样的回传信息,并赋值给变量.
附上可以测试DIR成功的完整代码,但不能到窗口:
//logs * x:\ccc.log
ENVI^ EnviMode=1
//设置换行符合分割符
ENVI$ TAB=09
ENVI$ NLC=0a
ENVI$ NL=0d 0a
TEAM CALL cppt|WINDOWS1
_SUB WINDOWS1,L5T5W320H220,WinCMD功能演示,,%IconFile%#19,10,,-trap -size
ENVI &TITLE1=#0xFF0000#0xD7FFD7+210:imte1%TAB%#0xFF0000#0xD7FFD7+30:imte2%TAB%#0xFF0000#0xD7FFD7+130:imte3
ITEM ITEM1,L188T141W101H30,ITEM1,KILL \,
TABL TABL1,L5T6W297H132,%&TITLE1%,%Df0%
_END
_SUB cppt
//c:\*.* x:\windows\*.inf C:\*.INI
ENVI &sfdir=c:\*.*
TEAM DIR &INILIST /s /O:N %&sfdir%| MESS. %&INILIST%@#OK
//FORX /S /O:-N X:\windows\*.ini,&&f,0,
FORX *NL &INILIST,&&f,
{
NAME -ext &f0=%&f%
ENVI Df0=%&f0%%NLC%%Df0%
}
_END

mdyblog · 发表于 2015-2-7 11:52:38

ling3882688 发表于 2015-2-7 11:02
可是我的本地硬盘也是一样的情况。

>>本地硬盘
重启机器
或执行 :
pecmd part -up hupdate 1

1 是磁盘号,按实际。

mdyblog · 发表于 2015-2-7 11:58:28

本帖最后由 mdyblog 于 2015-2-7 12:14 编辑

2012yws@ 发表于 2015-2-7 11:34
//此BUG由搜索量过大造成,把搜索目录设置在文件较少的目录可以,同样的问题在DIR命令中也如此,只要超过了 ...

》》//此BUG由搜索量过大造成,把搜索目录设置在文件较少的目录可以,同样的问题在DIR命令中也如此,只要超过了一定的量就如此,看来是变量限制导致的,
你理解很特别。
一般人不认为这是BUG。

在一个海量数据中搜索，就是这样的效果。(win7/8的系统目录海了去)
你要改变你的设计。避免“海量数据中搜索”。

所以以我上面说 “坑爹”的代码！我手都点酸了。

mdyblog · 发表于 2015-2-7 12:04:04

本帖最后由 mdyblog 于 2015-2-7 12:12 编辑

2012yws@ 发表于 2015-2-7 11:34
//此BUG由搜索量过大造成,把搜索目录设置在文件较少的目录可以,同样的问题在DIR命令中也如此,只要超过了 ...

大概研究下说明。

对于一般控件 %控件名% 返回的就是标题名。
有些控件没有标题名，如TABL。自己用变量保存需要的信息。

至于类型，类型是不变的，写程序的时候就知道了。一般不需要这个。

复杂的应用，自己用过变量保存起来就就可以了。
比如 %LAB1.tp% 保存 "LABE"

ling3882688 · 发表于 2015-2-7 12:32:50

本帖最后由 ling3882688 于 2015-2-7 12:34 编辑

mdyblog 发表于 2015-2-7 11:52
>>本地硬盘
重启机器
或执行 :

重启和命令均无效。但是BOOTICE里显示的是正确的，稍后我上传我硬盘的分区表。

ling3882688 · 发表于 2015-2-7 12:38:06

本帖最后由 ling3882688 于 2015-2-7 12:47 编辑

mdyblog 发表于 2015-2-7 11:52
>>本地硬盘
重启机器
或执行 :

硬盘分区表.rar (63.42 KB, 下载次数: 2) Bootice和Diskgenius是一样的都是AF，diskpart显示0x07，PART -GUI导出结果显示一个是AF一个是07,那个分区格式是HFS.

mdyblog · 发表于 2015-2-7 14:19:33

本帖最后由 mdyblog 于 2015-2-7 14:21 编辑

ling3882688 发表于 2015-2-7 12:38
Bootice和Diskgenius是一样的都是AF，diskpart显示0x07，PART -GUI导出结果显示一个是AF一个是07,那个分 ...

HFS 的苹果的吧。

那可能苹果的驱动做了“手脚”，自动将其系统的 AF “转译” 07，系统认为其类型标识为07，报告给应用程序的也是07.

diskpart显示的是系统类型，所以是0x07

Bootice和Diskgenius等，是自己分析磁盘，显示的是磁盘存储的信息，不受系统驱动的影响。所以是实际的0xAF

PART -GUI导出结果，下半部分显示的是系统类型，所以是0x07
PART -GUI导出结果，是自己分析磁盘，显示的是磁盘存储的信息，不受系统驱动的影响。所以是实际的0xAF

苹果竟然干这种事。可能是其驱动本身的限制吧，不报告成07，他的FS驱动可能直接忽略该分区。
也就是说苹果的HFS驱动可能只认07的分区。

2012yws@ · 发表于 2015-2-7 15:19:58

本帖最后由 2012yws@ 于 2015-2-7 16:20 编辑

mdyblog 发表于 2015-2-7 12:04
大概研究下说明。

对于一般控件 %控件名% 返回的就是标题名。

原来控件查询已经有这个功能,谢谢楼主
不过,对于for和dir的问题,我对比了cmd的dir和for,发现用DOS命令列出C盘的海量文件只要5-10秒左右,而读这个变量到MESS显示要10分钟以上甚至更多,还不一定成功!用pecmd的for和dir也如此,还有,就是窗口的文本和表格控件都不能一次载入这个极大地变量,这样子就断绝了相互交互的通路了,如果用分割的方式,虽然可以,但是过程很蛋疼啊.真是郁闷之极啊!!难道GUI的命令器都只能这样子了吗?

详细查看了DOS列出来的文件,只不过是区区的10万左右,这在现在的机器配置,根本是小巫,看来根本的还是命令的算法,倘若可行,请楼主好好的设计下这些相关命令的算法,谢谢,For与dir的测试暂时到此结束.

楼主可否暂时处理一下READ的处理速度,现在是蜗牛龟速,如果能够加快速度,或许这样配合DOS命令还有戏,否则只能放弃了.

mdyblog · 发表于 2015-2-7 15:55:12

2012yws@ 发表于 2015-2-7 15:19
原来控件查询已经有这个功能,谢谢楼主
不过,对于for和dir的问题,我对比了cmd的dir和for,发现用DOS命令 ...

1：
,发现用DOS命令列出C盘的海量文件只要5-10秒左右,而读这个变量到MESS显示要10分钟以上甚至更多,
（1）2命令等价吗？
你还是把WCS脚本和CMD传上来。
不要向印度佛教那样在那对空谈。

比如是否都用了同样的排序。
（2）
是否和谁先谁后有关（windows下后执行者可能快许多）

（3）你的 wcs程序优化了吗？对10万的数据，必须优化，不是闭眼随便一敲就可以的。

2：
你把 dir 的输出 10万左右结果重定向到dir.txt, 传上来，看看。（不说的是10万行还是10万字符）。

3：
有些东西，可能只是你没掌握!不一定是不行!

2012yws@ · 发表于 2015-2-7 16:27:16

本帖最后由 2012yws@ 于 2015-2-7 16:30 编辑

mdyblog 发表于 2015-2-7 15:55
1：
,发现用DOS命令列出C盘的海量文件只要5-10秒左右,而读这个变量到MESS显示要10分钟以上甚至更多,
...

列表文件:

tsl.7z (584.02 KB, 下载次数: 10)
和PECMD的DIR/FOR常用参数列出的模式一样
至于什么印度教,佛教什么的,我和它们没有关系.我只相信耶稣.

		自动登录	找回密码
密码			注册

[更新376#2825]PECMD2012.1.80.13_Win32_64.多窗口多线程.裸机系统2.3.3.1+18M酷M...

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

浏览过的版块