无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
楼主: mdyblog
打印 上一主题 下一主题

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

    [复制链接]
7561#
 楼主| 发表于 2014-4-21 10:41:03 | 只看该作者
hhh333 发表于 2014-4-21 08:30
为了定位这个文件,花了好几个小时呢。

>>为了定位这个文件,花了好几个小时呢。
辛苦了。
我花的时间更多,熬了2个晚上。
很是灵异。
昨晚 想着想着, 想晕了,造沙发上说着了, 半夜醒来,才灵光 一线, 到那里 看看。。。

有些 不经意的问题, 真的含难找的。

点评

楼主多休息吧,灵异的事情 ,确实是很磨人,辛苦了。 [attachimg]192108[/attachimg] [attachimg]192109[/attachimg] 设置网卡的命令 MSTR IP,MASK,GW,DNS,LINK,HKS=192.168.1.100 255.255.255.0  详情 回复 发表于 2014-4-27 17:12
回复

使用道具 举报

7562#
 楼主| 发表于 2014-4-21 10:53:31 | 只看该作者
阿弥陀佛 发表于 2014-4-21 08:27
老大,我又来请教了。
我想用pecmd来修改一个正在运行的程序窗口标题,我是这么写的


ENVI @@SENDMSG=%&title%;%&WM_SETTEXT%;0;新标题
只能 吧消息发过去。
但是 数据“新标题” 发不过去的。
对方收到的只是一个 数据的起始地址。 这个地址 跨进程 救没有意义了。


起始地址 比许是对方进程的有效地址。

如果 你知道 对方 DuiFangDiZhi 处有一个合适的字符串,可以。

ENVI @@SENDMSG=%&title%;%&WM_SETTEXT%;0;%DuiFangDiZhi%

发自己定制的 串, 比较麻烦。 很多 安全软件会拦截的。
先把字符串 写到 对方的 地址空中 DuiFangDiZhi
再 发上面的命令。
DuiFangDiZhi 没有准的, 不恰当的话,对方马上就死了。


如果对方也是自己写的那就简单多了,
可通过注册表传递数据, 再 发送一个自定义消息。

点评

理解了。我还以为是直接发送字符串过去的。谢谢指导!  发表于 2014-4-21 17:37
回复

使用道具 举报

7563#
 楼主| 发表于 2014-4-21 13:40:26 | 只看该作者
本帖最后由 mdyblog 于 2014-4-21 13:41 编辑

我说 PECMD2012 的博客页面怎么突然不能 外部访问。 原来 是ZF 屏蔽了。
这是个纯技术帖子 也被屏蔽, 太ShengJingGuoMin 了吧。 TaiKeWu!!!
回复

使用道具 举报

7564#
 楼主| 发表于 2014-4-21 19:33:41 | 只看该作者
阿弥陀佛 发表于 2014-4-21 08:27
老大,我又来请教了。
我想用pecmd来修改一个正在运行的程序窗口标题,我是这么写的


总算 博客 上 PECMD2012 有能访问了。

总算 博客 上 PECMD2012 帖子 有通过了审查。

点评

我都是直接从老大的百度网盘下载。把网盘地址保存了。博客倒是很少访问。  详情 回复 发表于 2014-4-21 19:52
回复

使用道具 举报

7565#
发表于 2014-4-21 19:52:23 | 只看该作者
mdyblog 发表于 2014-4-21 19:33
总算 博客 上 PECMD2012 有能访问了。

总算 博客 上 PECMD2012 帖子 有通过了审查。

我都是直接从老大的百度网盘下载。把网盘地址保存了。博客倒是很少访问。
回复

使用道具 举报

7566#
 楼主| 发表于 2014-4-21 20:18:11 | 只看该作者
阿弥陀佛 发表于 2014-4-21 19:52
我都是直接从老大的百度网盘下载。把网盘地址保存了。博客倒是很少访问。

怪不得 , 这么多人 都没报告 那儿访问不了。
回复

使用道具 举报

7567#
发表于 2014-4-22 20:10:51 | 只看该作者
刚才在整理代码时发现了一个错误,就是IPAD编辑框控件,引用它的值,不能用%IPAD控件名%来引用,必须设4个变量,再将4个变量组合用IP地址,我觉得这个应该这样来处理:
如果直接用%IPAD控件名%就代表完整IP,也保留现有的4个变量来分别获取IP的各个部分。因为多数控件的值都是用控件名变量来引用的,这也是一个习惯,再者IPAD多数情况下也只要完整IP,需要分别获取的情况较少。

点评

好的。  详情 回复 发表于 2014-4-23 08:28
回复

使用道具 举报

7568#
 楼主| 发表于 2014-4-23 08:28:59 | 只看该作者
hhh333 发表于 2014-4-22 20:10
刚才在整理代码时发现了一个错误,就是IPAD编辑框控件,引用它的值,不能用%IPAD控件名%来引用,必须设4个 ...

好的。
回复

使用道具 举报

7569#
发表于 2014-4-23 13:15:55 | 只看该作者
请问如何等待一个进程结束,比如说之前非阻塞(线程也行)运行aaa.exe ,在等待这个进程结束才运行exporler。

点评

>>线程也行 WAIT *=线程号 必进程多个=  详情 回复 发表于 2014-4-24 01:25
会sp_star 及 前面 某位仁兄。 _sub _end 可以了。 PECMD2012.1.86.02.00  详情 回复 发表于 2014-4-24 01:22
WAIT *进程号 进程号 可以FIND 找到, 一般是 EXEC 时 保存下来的。 例如 SET &pid=0 EXEC --pid:&pid abc.exe //非阻塞运行, 保存进程号到 &pid 。。。。 WAIT *%&pid% //等待该进程结束  详情 回复 发表于 2014-4-23 16:00
回复

使用道具 举报

7570#
 楼主| 发表于 2014-4-23 16:00:12 | 只看该作者
四海皆狂龙 发表于 2014-4-23 13:15
请问如何等待一个进程结束,比如说之前非阻塞(线程也行)运行aaa.exe ,在等待这个进程结束才运行exporler ...

WAIT  *进程号

进程号 可以FIND 找到, 一般是  EXEC 时 保存下来的。
例如
SET &pid=0
EXEC  --pid:&pid  abc.exe    //非阻塞运行, 保存进程号到 &pid
。。。。
WAIT   *%&pid%   //等待该进程结束

点评

&是不是必须的?  详情 回复 发表于 2014-4-23 21:14
回复

使用道具 举报

7571#
发表于 2014-4-23 16:03:08 | 只看该作者
ipad处理得怎么样了?

点评

IPAD IPAD2,L57T104W100H24,192.168.1.10, ENVI @名称.VAL=?.名字 名字 返回整个.分割的IP ENVI @名称.VAL=?. ENVI @名称.VAL=? %名称% 返回整个.分割的IP ENVI @IPAD2.VAL=? MES  详情 回复 发表于 2014-4-24 00:53
得晚上回去 看程序。 俺在外面。  详情 回复 发表于 2014-4-23 16:54
回复

使用道具 举报

7572#
 楼主| 发表于 2014-4-23 16:54:04 | 只看该作者
hhh333 发表于 2014-4-23 16:03
ipad处理得怎么样了?

得晚上回去 看程序。 俺在外面。
回复

使用道具 举报

7573#
发表于 2014-4-23 21:14:02 | 只看该作者
mdyblog 发表于 2014-4-23 16:00
WAIT  *进程号

进程号 可以FIND 找到, 一般是  EXEC 时 保存下来的。

&是不是必须的?

点评

不是, 没有&就是环境变量。 可以的。  详情 回复 发表于 2014-4-23 22:13
回复

使用道具 举报

7574#
 楼主| 发表于 2014-4-23 22:13:14 | 只看该作者

不是, 没有&就是环境变量。 可以的。
回复

使用道具 举报

7575#
 楼主| 发表于 2014-4-24 00:53:56 | 只看该作者
hhh333 发表于 2014-4-23 16:03
ipad处理得怎么样了?

    IPAD IPAD2,L57T104W100H24,192.168.1.10,

ENVI @名称.VAL=?.名字
名字 返回整个.分割的IP


ENVI @名称.VAL=?.
ENVI @名称.VAL=?
%名称%  返回整个.分割的IP



    ENVI @IPAD2.VAL=?  
    MESS %IPAD2%

    ENVI @IPAD2.VAL=?.  
    MESS %IPAD2%

    ENVI @IPAD2.VAL=?.FullIP  
    MESS %FullIP%

点评

你的意思是在引用之前要用ENVI赋值一下,不能直接引用?  详情 回复 发表于 2014-4-24 06:56
回复

使用道具 举报

7576#
 楼主| 发表于 2014-4-24 01:22:23 | 只看该作者
本帖最后由 mdyblog 于 2014-4-24 01:25 编辑
四海皆狂龙 发表于 2014-4-23 13:15
请问如何等待一个进程结束,比如说之前非阻塞(线程也行)运行aaa.exe ,在等待这个进程结束才运行exporler ...


回sp_star  及 前面 某位仁兄。
_sub  _end 可以了。  

PECMD2012.1.86.02.00
回复

使用道具 举报

7577#
 楼主| 发表于 2014-4-24 01:25:14 | 只看该作者
四海皆狂龙 发表于 2014-4-23 13:15
请问如何等待一个进程结束,比如说之前非阻塞(线程也行)运行aaa.exe ,在等待这个进程结束才运行exporler ...

>>线程也行

WAIT  *=线程号
必进程多个=
回复

使用道具 举报

7578#
发表于 2014-4-24 06:56:09 | 只看该作者
本帖最后由 hhh333 于 2014-4-24 07:13 编辑
mdyblog 发表于 2014-4-24 00:53
IPAD IPAD2,L57T104W100H24,192.168.1.10,

ENVI @名称.VAL=?.名字


你的意思是在引用之前要用ENVI赋值一下,不能直接引用?其他的控件都是直接引用的

能不能这么用:ENVI @名称.VAL=?.$IP

经过测试,不能把它直接赋给系统级变量,如上面的形式

点评

》》不能直接引用?其他的控件都是直接引用的 ”直接引用“ 不太好, 引起系统很大消耗, 不低碳环保。 那些变量 的同步, 是需要后台程序服务的。 一堆的 控件, 有一堆的变量 check enabe visable .....  详情 回复 发表于 2014-4-24 08:11
ENVI @名称.VAL=?.IP ENVI $IP=%IP% IP前的$不是变量名的一部分, 而是ENVI的操作马的一部分, 相当于 -sys 只能 ENVI $变量名=。。。  详情 回复 发表于 2014-4-24 08:07
回复

使用道具 举报

7579#
 楼主| 发表于 2014-4-24 08:07:52 | 只看该作者
hhh333 发表于 2014-4-24 06:56
你的意思是在引用之前要用ENVI赋值一下,不能直接引用?其他的控件都是直接引用的

能不能这么用:EN ...

ENVI @名称.VAL=?.IP
ENVI  $IP=%IP%

IP前的$不是变量名的一部分, 而是ENVI的操作马的一部分, 相当于 -sys

只能   ENVI $变量名=。。。

点评

OH,我理解错误  详情 回复 发表于 2014-4-24 08:12
回复

使用道具 举报

7580#
 楼主| 发表于 2014-4-24 08:11:36 | 只看该作者
hhh333 发表于 2014-4-24 06:56
你的意思是在引用之前要用ENVI赋值一下,不能直接引用?其他的控件都是直接引用的

能不能这么用:EN ...

》》不能直接引用?其他的控件都是直接引用的

”直接引用“ 不太好, 引起系统很大消耗, 不低碳环保。
那些变量 的同步, 是需要后台程序服务的。
一堆的 控件, 有一堆的变量 check  enabe  visable  .....
没用到还是在浪费CPU, 太耗能了。

还是 按需调用的 低碳环保。
后来增加的 控件, 主要是  “按需调用”。

点评

原来这样,那就按需调用比较好。  详情 回复 发表于 2014-4-25 07:31
回复

使用道具 举报

7581#
发表于 2014-4-24 08:12:53 | 只看该作者
mdyblog 发表于 2014-4-24 08:07
ENVI @名称.VAL=?.IP
ENVI  $IP=%IP%

OH,我理解错误
回复

使用道具 举报

7582#
发表于 2014-4-24 11:05:01 | 只看该作者
我始终认为不够规范
比如说
EXEC =! X:\windows\ORDERDRV.CMD
EXEC --wait --hide X:\windows\ORDERDRV.CMD
居然是相同的,开始我没有搞清楚=!,但我要找这个功能,所以找到了--wait --hide ,很明显--wait --hide 是新标准,这种理解是比较不错的,至少比符号表示要好,而且=!在通常的语言中表示的是“不等于”,所以这个不符合常规理解,如果为了兼容旧语法,能不能在写文档的时候,把旧语法和新语法分开归类。关于语法不规范问题我也就想到au3和ahk,虽然说ahk是au分出来的派系,但是au在au3后规范化了语法,所以非常容易学习,但ahk就非常复杂,虽然看上去类c。起初我也不了解为什么有人说ahk不规范,但是接触后就知道,原来如此。

点评

=!这个简洁,倒不是问题,也是PECMD的一个特色,与4.0兼容部分的写法还是可取的,作者主要是把新增功能规划好就行了。  详情 回复 发表于 2014-4-24 16:49
=! 是历史。 很多代码都是这么写的。  详情 回复 发表于 2014-4-24 14:02
回复

使用道具 举报

7583#
 楼主| 发表于 2014-4-24 14:02:17 | 只看该作者
四海皆狂龙 发表于 2014-4-24 11:05
我始终认为不够规范
比如说
EXEC =! X:\windows\ORDERDRV.CMD

=!
是历史。
很多代码都是这么写的。
回复

使用道具 举报

7584#
发表于 2014-4-24 16:49:12 | 只看该作者
四海皆狂龙 发表于 2014-4-24 11:05
我始终认为不够规范
比如说
EXEC =! X:\windows\ORDERDRV.CMD

=!这个简洁,倒不是问题,也是PECMD的一个特色,与4.0兼容部分的写法还是可取的,作者主要是把新增功能规划好就行了。

点评

特色,确实是特色。有时候我想到凤姐,其实也是特色,尽管丑的有特色。不过说真的,文档应该分开,比如说 旧规则一个表格:..... 新规则一个表格:  详情 回复 发表于 2014-4-24 19:27
回复

使用道具 举报

7585#
发表于 2014-4-24 19:27:17 | 只看该作者
hhh333 发表于 2014-4-24 16:49
=!这个简洁,倒不是问题,也是PECMD的一个特色,与4.0兼容部分的写法还是可取的,作者主要是把新增功能 ...

特色,确实是特色。有时候我想到凤姐,其实也是特色,尽管丑的有特色。不过说真的,文档应该分开,比如说 旧规则一个表格:.....  新规则一个表格:
回复

使用道具 举报

7586#
发表于 2014-4-25 07:17:33 | 只看该作者
不知道能不能判断文件是否被占用,我这个主要解决到底引导的是哪个iso img 的pe。

点评

》》不知道能不能判断文件是否被占用,我这个主要解决到底引导的是哪个iso img 的pe。 这2这没关系。 文件被占用 是windows后 的事。 “引导“的是哪个iso img 的pe 是 window 前, 不会引起 ”文件被占用  详情 回复 发表于 2014-4-25 08:04
回复

使用道具 举报

7587#
发表于 2014-4-25 07:31:30 | 只看该作者
mdyblog 发表于 2014-4-24 08:11
》》不能直接引用?其他的控件都是直接引用的

”直接引用“ 不太好, 引起系统很大消耗, 不低碳环保 ...

原来这样,那就按需调用比较好。
回复

使用道具 举报

7588#
 楼主| 发表于 2014-4-25 08:04:08 | 只看该作者
四海皆狂龙 发表于 2014-4-25 07:17
不知道能不能判断文件是否被占用,我这个主要解决到底引导的是哪个iso img 的pe。

》》不知道能不能判断文件是否被占用,我这个主要解决到底引导的是哪个iso img 的pe。

这2这没关系。

文件被占用 是windows后 的事。

“引导“的是哪个iso img 的pe 是 window 前, 不会引起 ”文件被占用“。  

点评

应该不是,我记得如果是iso启动的,那么这个iso是无法删除的,如果是wim启动,我试过修改保存文件,立即就蓝屏。不过如果真像你所说,我可能需要重复求证。  详情 回复 发表于 2014-4-25 09:22
回复

使用道具 举报

7589#
发表于 2014-4-25 09:22:06 | 只看该作者
mdyblog 发表于 2014-4-25 08:04
》》不知道能不能判断文件是否被占用,我这个主要解决到底引导的是哪个iso img 的pe。

这2这没关系。
...

应该不是,我记得如果是iso启动的,那么这个iso是无法删除的,如果是wim启动,我试过修改保存文件,立即就蓝屏。不过如果真像你所说,我可能需要重复求证。
回复

使用道具 举报

7590#
发表于 2014-4-25 12:14:32 | 只看该作者
wim我测试改名,看来没问题,iso等待测试。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-6-14 02:57

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表