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

mdyblog

调试时不要开多线程。


要开多线程。
也只能一个线程开logs。
否则搅在一起，却什么也看不清。

更不要 多个子线程都执行“LOGS 文件名”来开启自己的LOGS。
因为后面LOGS 会关闭前面开启的LOGS。

最接近的版本， 『PECMD2012.1.70.0.120619_win32.多窗口多线程-2.sfx.zip <和DVD008调试过> 』有问题吗？

这个和DVD008调试了半天的。

再依次是：
PECMD2012.1.70.0.120617_win32.多窗口多线程.sfx.zip    [FPOS 别干坏事。 PECMDEDIT]
PECMD2012.1.69.72_win32.多窗口多线程-7.sfx.zip [5]
PECMD2012.1.69.72_win32.多窗口多线程-7.sfx.zip [4]
PECMD2012.1.69.72_win32.多窗口多线程-7.sfx.zip [3]
PECMD2012.1.69.72_win32.多窗口多线程-6.sfx.zip   [8 READ 多行 DEVI FILE PCIP]

[ 本帖最后由 2012abc19701 于 2012-6-20 22:00 编辑 ]

mdyblog

2：而更新激活,更新MBR时,会写入55AA
PART 每次写操作自动修复 55AA 。


PART    0             //修复磁盘0的分区表有效标志。

PECMD2012.1.70.0.120620_win32.多窗口多线程-3.sfx.zip【e7x8ykdz】

dvd008

上面版本,PART好了.

其它功能简单测试了,也正常.准备把这个版本刻盘.

mdyblog

另外问问， zhaohj 说的 内存错误 ，你那有吗？

dvd008

我的应用,可能与其他人不一样.我没有这样问题.

最好给我一个脚本,能再现问题的,我看看.

mdyblog

他就那么一说，我也不知道从何下手。
我也叫他做一个小的测试环境（含被测文件），打包上来，大家分析一下。

[ 本帖最后由 2012abc19701 于 2012-6-21 09:47 编辑 ]

mdyblog

关于测试代码：

如果有人需要我调试某代码，希望限自己精简到10行以内，包含所有相关的命令。
我的精力有限。
这样也可以快速提高其编程能力。
该 调试某代码 在说明的条件下，只要双击改测试文件，必然能重现该问题。

zhaohj

抱歉，今天测试一切正常了，可能虚拟机的问题（vmplayer4）。
我把%StartMenu%改成%Programs%的截图：

mdyblog

好了，就好！　　　　　　　　　　　　　　　　　　　　　　

dvd008

昨天的20

和今天的20

有什么区别?

我测试的是昨天的.

mdyblog

改动的多线程中子线程的退出时的一些微小细节（代码顺序）。
可能没有什么影响，只是看起来更放心。
起因是Zhao兄说什么内存错误。我就到处找。

[ 本帖最后由 2012abc19701 于 2012-6-21 14:24 编辑 ]

mdyblog

PECMD2012.1.70.0.120620_win32.多窗口多线程-3   就保留了2个版。
最近没什么重大修改，基本上是一些鸡毛蒜皮的小事。
也就没有做那么多备份。
你就在上面找一个最近的版本。
相同版本号（不含日期），只留最后的源代码。
你说的版本，和 PECMD2012.1.70.0.120619_win32.多窗口多线程-2.sfx.zip 差不多。
试试 PECMD2012.1.70.0.120619_win32.多窗口多线程-2.sfx.zip<和DVD008调试过>，
之后的修改，我都记得，可以重头来过。

dvd008

原帖由 2012abc19701 于 2012-6-21 13:45 发表
改动的多线程中子线程的退出时的一些微小细节（代码顺序）。
可能没有什么影响，只是看起来更放心。
起因是Zhao兄说什么内存错误。我就到处找。

他后来说,没问题了.
昨天的版本,应该没问题.

今天的,我的测试,也没问题

mdyblog

试试：
PECMD2012.1.70.0.3-120621_win32.多窗口多线程.sfx.zip


说明 包含了所有最新的更新。

你的测试代码真的很精简，一下子就知道问题在哪儿。

[ 本帖最后由 2012abc19701 于 2012-6-21 19:32 编辑 ]

mdyblog

》》我隐藏了这个图标之后，怎样才能再显示出来呢？

回复 eyinhe：
※开启托盘菜单：          ENVI @@TaskIcoMenu=1                                             
※关闭托盘菜单：          ENVI @@TaskIcoMenu=0                                             
※托盘菜单开启/关闭切换： ENVI @@TaskIcoMenu=2                                             
※一般在系统级热键中用，操作的是系统级托盘。应用程序中使用则是程序级，程序退出自动消除。   



PECMD2012 扩展了托盘菜单。既可以系统级也可以程序级。
程序级在本程序退出时，自动销毁；可以直接操作：ENVI @@TaskIcoMenu=0/1/2。



系统级在本程序退出时，还存在，实际属于守护程；只能间接操作，可以用系统级热键控制。

HOTK Ctrl + Alt + h,ENVI @@TaskIcoMenu=2  

这样按 Ctrl + Alt + h，反复切换 系统级托盘菜单 。





[ 本帖最后由 2012abc19701 于 2012-6-22 05:35 编辑 ]

hht168

首先感谢楼主的辛勤努力和这么好的工具。我觉觉得功能很强大，但是似乎有点太专业了，比原来老九的作品复杂多了，比较烦琐，要想彻底搞明白可不是一件容易的事。希望楼主是不是可以把软件的功能简化一些，说明再详尽一些呢？这样更利于我等菜鸟使用。谢谢！

mdyblog

也是，不适合入门。
有谁能帮着，精简一下 HELP0.TXT 为 精简帮助.TXT，适合简单应用，复杂的统统删掉。
和4.0等差不多。

[ 本帖最后由 2012abc19701 于 2012-6-23 08:41 编辑 ]

zhaohj

我提一下建议：
1：为了兼容老九的版本，变量默认为PE变量，如%CurDir%=%*CudDir%
大多数情况都是使用PE变量，所以我倒建议全局的变量加标志，这点与你相反。
2：楼主的版本，突出的是多线程、多进程，希望有PE完整的例子。
3：版本分二个，一是兼容老九版本（可以个别命令增加），二是加强版。目前版本感觉太大，一般PE运行实没必要。
......
----------------------------
老九的版本，内部加了机关，希望楼主保持纯净。
测试在WIN7PE上比nt5.x的PE稳定，估计与你的平台有关，楼主是非nt5.x系统。
楼主的版本，主重窗口的应用，我理解更适合非PE系统的应用。
再，支持楼主，发扬光大，无忧有你更精彩！

dvd008

我来精简看看。

看看PECMD能减小多少？

----------------------------
前面你说过,是模块化设计, 应该是:删除不需要的命令,重新编译即可.

主程序是固定的, 各命令,以模块加入.


如果体积减小不明显,精简也就没什么意义了.
其实,不需要的功能,不看就可以了,这样就不好觉得太复杂了.

[ 本帖最后由 dvd008 于 2012-6-23 13:16 编辑 ]

dvd008

其实,他貌似就是NT5平台.

体积大:
1. 兼容2.5, 4.0 ,所以大
2.新加了一些命令
3.帮助文件(起码60K ,WINRAR压缩)

可能只有保留很少的命令,和很小的帮助,才能减小体积.
估计也得200--300K

mdyblog

1. 变量默认为PE变量，如%CurDir%=%&CudDir%
   默认同名PE变量 和 环境变量是保持一致的。
   在单线程下，始终一致。
   多线程下，起始是一致的。但随后可能不同。如两个线程分别LOAD不同目录的文件。%CurDir%只能其中某一个（随机的）。

2.目前以兼容4.0为基础。所以不需要为此分成2个版本。版本多了不好管理。

3.没有任何机关。我也不想因此盈利。所有的东西都有公开文档。没有的可以问，大家在补上。

4.多线程的例子不少了。

5.WIN7稳定。这是因为本来WIN7就比XP稳定，当然对硬件的起点要求也高。稳定是需要条件和代价的。

[ 本帖最后由 2012abc19701 于 2012-6-23 14:09 编辑 ]

mdyblog

我也认为， 在这个量级， 没必要再考虑体积了。PE这么大的个头，少200K没有实质的意义。
精简主要是让人看作着方便，尤其入门者，PECMD.EXE 就不要精简了，就当没有其它的功能好了。

体积大，还有一个原因，用的是MS的MFC库，而且是静态链接（嵌入）。因此大概多100K。
MFC库方便控件的加入，不用费劲白手起家。
另外，还用到标准C库。
4.0估计只用WINDOWS API，白手起家。局限是太累，同时很难支持任意多个多窗口（由于windows设计失误，不支持对象，因而不支持一段代码对应多个窗口；即使代码相同，也必须重复一份，每份对应一个窗口。MFC等采用的是黑客技术绕过去。有些（非MFC）因此在开启DEP后无法运行，MS的DEP当然不会阻击MS的MFC）。

是否可以 把帮助文档独立出来成为 PECMD.HLP, 这样，不需要就直接删除完事。目前压缩的帮助文档104K（没有WINRAR压缩那么多）。不过好像实际会删除帮助文档的还真不多。分开也有问题，可能出现版本对不上。
精简HELP0.TXT 已加入 包中 PECMD2012.1.70.0.3-120623_win32.多窗口多线程.sfx.zip


EXEC ENVI  等的帮助好像太复杂了，是否应当删除部分。

[ 本帖最后由 2012abc19701 于 2012-6-23 14:10 编辑 ]

freesoft00

目前版本感觉太大，一般PE运行实没必要。
----------------------------------------------------------
现在的体积不算体积，才多大呀。zhaohj的意思是不是功能太多了？太过复杂，用于pe用不到那么多功能？

dvd008

623,是不是只改了说明?

我大概理解错误,精简的TXT是以为你要精简PECMD,去掉的是部分命令.

应该继续使用621的TXT

621,我的应用部分,测试也没问题.

-----------------------
现在的说明部分,如果要精简,看来只能精简多余的文字了.

mdyblog

对， 623,只改了说明。

mdyblog

1。没不要精简 PECMD.EXE ，就当不需要的功能和特性不存在。

2. 修改PECMD.EXE，同时修改了其逻辑。于是又能能带来新的BUG。
    而且需要单独测试。这样需要测试2个版本。
    得不倡失！

mdyblog

顶解！　　　　　　　　　　　　　　　　　　

2012dragonchen

好东西顶顶顶顶顶顶

2012dragonchen

好东西，顶顶顶顶顶顶

2012dragonchen

好东西，顶顶顶顶顶顶