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

mdyblog

slore 发表于 2020-2-24 19:30
我不知道PECMD怎么实现的，我就是Shell对象接口(COM)，调用指定文件的右键菜单。不是简单的API直接调用。 ...

1A： PINT  和 UNPINT在程序上是一样的。
取决于 后面的【[菜单名称|菜单标识|#字符串ID] 】。

菜单名称 不同，功能就不同。实际功能有系统决定。

1B：
对于 UNPINT， 实际系统选对  【菜单名称】即可。


1C:
Win10 ，也可写到  PECMD.EXE.USRCFG.INI的
FromStartMenu:?|(从.开始.菜单)|(從.開始.菜單)|(From .Start. Menu)
FromTaskBand:?|(从任务栏)|(從任務欄)|(From Task Band)


然后调用
PINT -TaskBand|-StartMenu
即可






2：
EXEC -runrmenu:菜单项名   文件名   
就是调用 PINT的 实现的。

slore

mdyblog 发表于 2020-3-1 12:17
1A： PINT  和 UNPINT在程序上是一样的。
取决于 后面的【[菜单名称|菜单标识|#字符串ID] 】。

Windows 操作系统设计菜单不会不同系统用不同的资源名调用，不然能把程序员累死。

菜单是有内部名称的， taskbarpin, taskbarunpin，直接DoVerb就完了，不需要把不同语言的菜单定义出来。中文，繁体中文，英语，日语，韩语，法语，土耳其，阿拉伯等等。。。写配置文件得多难用。

红毛樱木

slore 发表于 2020-3-1 12:28
Windows 操作系统设计菜单不会不同系统用不同的资源名调用，不然能把程序员累死。

菜单是有内部名称的 ...

PE下大部分用的都是第三方开始菜单，然后这两个地方名称不一样了，不知道会不会有影响到你说的内部名称

slore

红毛樱木 发表于 2020-3-1 12:45
PE下大部分用的都是第三方开始菜单，然后这两个地方名称不一样了，不知道会不会有影响到你说的内部名称

好的开始菜单代替软件，会接管系统的菜单。

startpin, startunpin 正常系统，StartIsBack也可以。
其他菜单的PE下也不主流，撑死3个，要用的自己处理。
即便是第三方程序，也直接可以读取对应的第三方开始菜单的 资源 名，
不用自己配置各种语言。

mdyblog

slore 发表于 2020-3-1 12:50
好的开始菜单代替软件，会接管系统的菜单。

startpin, startunpin 正常系统，StartIsBack也可以。

有源代码吗？

hhh333

mdyblog 发表于 2020-3-1 14:00
有源代码吗？

用右键菜单还是比较绕，也不通用，虽然现在工作没问题。slore说的简单些。

slore

mdyblog 发表于 2020-3-1 14:00
有源代码吗？

都开源好几年了。获取菜单，处理每个菜单项你代码有吧。

pcm->GetCommandString(mmi.wID, GCS_VERBW, NULL, (char *)verbbuffer, MAX_PATH);



IContextMenu :: GetCommandString方法

获取有关快捷菜单命令的信息，包括帮助字符串和命令的语言无关或规范名称。

GCS_VERBA

将pszName设置为ANSI字符串，其中包含菜单项与语言无关的命令名称。

GCS_VERBW

将pszName设置为Unicode字符串，其中包含菜单项与语言无关的命令名称。

mdyblog

slore 发表于 2020-3-1 19:09
都开源好几年了。获取菜单，处理每个菜单项你代码有吧。

pcm->GetCommandString(mmi.wID, GCS_VERBW,  ...

用  API/COM， 比如 FolderItemVerbs
怎么实现？

红毛樱木

mdyblog 发表于 2020-3-2 02:06
用  API/COM， 比如 FolderItemVerbs
怎么实现？

1. ENVI^ ENVIMODE=1
   
2. CALL @MAIN
   
3. _SUB MAIN,W800H600,TEST,
   
4.     ENVI @this.visible=1
   
5.     THREAD CALL B &c
   
6.     WAIT =%&&__LastTID%
   
7.     MESS. OVER<_SUB MAIN>
   
8. _END
   
9. 
   
10. _SUB B
    
11.     CALC &a=1+2
    
12. _END
    

复制代码

WAIT =
线程等待为什么会卡很久？

红毛樱木

CHEK控件如果用
※背景进度： ENVI @窗口或控件名.percent=[百分比][C|R|L|F][:背景色][:进度色][:文本色][:文本]
会随机性崩溃(RADI控件也是同样问题、后面发现GROU空间也有这问题)

1. CALL @MAIN
   
2. _SUB MAIN,W800H600
   
3.     CHEK Check1,L180T336W100H20,可写挂载,,1
   
4.     ENVI @this.Visible=1
   
5.     WAIT 1000
   
6.     TEAM ENVI @Check1.percent=100F:0xFFFFFF:0xFFFFFF:0x000000:
   
7. _END

复制代码

hhh333

我是不是发现了一个bug，大家来看一看
核心代码是：RAMD ImDisk,L438,NTFS,Y:,ImDisk
第一次运行，没有问题，很快，进行挂载如MMC.WIM
第二次运行，对Y盘容量进行扩充：RAMD ImDisk,L696,,Y:,ImDisk　（或者RAMD ImDisk,L696,NTFS,Y:,ImDisk，要不要NTFS效果一样）。很慢，约要半分钟以上，盘的容量扩展成功，但原来挂载的MMC丢失，新挂载的如NET.WIM没有问题；
第三次运行，再扩容如：RAMD ImDisk,L900,,Y:,ImDisk　，很快，也不丢失前面的NET.WIM的挂载；
以后再扩容不再有问题。
使用含IMDISK的与不含的PECMD没有区别，用IMDISK的驱动15年和最新的也一样。

以上是用硬盘启动时进行测试的结果，回头我再虚拟机测一下，不会与机器有关吧？

**刚才试了，虚拟机中好像64位的没有问题，但实机64位与32位都有问题。总之就是第一次扩容慢且丢失原挂载，以后就不会了。

527104427

hhh333 发表于 2020-3-6 18:43
我是不是发现了一个bug，大家来看一看
核心代码是：RAMD ImDisk,L438,NTFS,Y:,ImDisk
第一次运行，没有问 ...

你这命令是完全重新生成Y盘了。扩容应该是这样的吧：
RAMD ImDisk* -e -s 696M -m Y:

hhh333

527104427 发表于 2020-3-6 19:00
你这命令是完全重新生成Y盘了。扩容应该是这样的吧：
RAMD ImDisk* -e -s 696M -m Y:

这么用的吗？我刚才在64位实机用我原先的方法也有问题，但虚拟机中64位好像没有问题。

hhh333

527104427 发表于 2020-3-6 19:00
你这命令是完全重新生成Y盘了。扩容应该是这样的吧：
RAMD ImDisk* -e -s 696M -m Y:

如果那么用不对的话，第三次以后也没问题，这个怎么解释？

hhh333

527104427 发表于 2020-3-6 19:00
你这命令是完全重新生成Y盘了。扩容应该是这样的吧：
RAMD ImDisk* -e -s 696M -m Y:

你这种用法似乎就没有问题，PECMD的帮助看起来不明所以，比较乱。说到的扩容就是我前面的用法。

hhh333

希望M大给个说法，同时把这个RAMD帮助再细化一下。

527104427

hhh333 发表于 2020-3-6 20:49
你这种用法似乎就没有问题，PECMD的帮助看起来不明所以，比较乱。说到的扩容就是我前面的用法。

这个很好理解啊，
RAMD ImDisk   是兼容PECMD4.0的用法
RAMD ImDisk* 是新开发的用法，后面可以跟imdisk.exe的所有参数

hhh333

527104427 发表于 2020-3-6 21:03
这个很好理解啊，
RAMD ImDisk   是兼容PECMD4.0的用法
RAMD ImDisk* 是新开发的用法，后面可以跟imdis ...

-s 696M 是再增加696，而不是总量是696吧？

527104427

hhh333 发表于 2020-3-6 21:23
-s 696M 是再增加696，而不是总量是696吧？

对，是增加。估计是有BUG，才会扩容失败，纠结这个问题的话就只有等M大处理了。

hhh333

527104427 发表于 2020-3-6 21:51
对，是增加。估计是有BUG，才会扩容失败，纠结这个问题的话就只有等M大处理了。

好像RAMD ImDisk,L696,,Y:,ImDisk　这个696也是在原来基础上增加696，比较慢似乎是达到内存上限，导致重新设置也让原来挂载的丢失了。BUG肯定还是存在。我再仔细看一下。

hhh333

经过仔细比较发现：
1、RAMD ImDisk,L123,NTFS,Y:,ImDisk如果是第一次运行，即系统中没有虚拟Y盘时，是建立一个123M的Y：盘；
2、如果是第二次运行或第n次运行，即系统中已有Y盘时，是把Y盘的容量加123M，而且是重新格式化的，格式化要较长时间（估计是在作全盘格式化）；

这明显是不合逻辑的吧，至少与说明是不符合的。

红毛樱木

RAMD ImDisk*  -a  -s  100M  -m  Y:  -p  "/FS:NTFS /C /Y /Q"
结果失败，应该是BUG了。(虽然创建了，但是格式化失败)
参数直接搬到imdisk.exe上测试没问题
--------------------------------
扩容应该用新格式，和IMDISK参数一样的。
RAMD ImDisk*[变量名]  -e [-s 大小] [-o opt1[,opt2 ...]] [-u ImDisk编号 | -m 加载点]
测试扩容有效。

hhh333

仔细比较了一下，IMDISK产生的虚拟盘（不用物理内存占用方式）应该是与系统是共享可用内存，如下图
32位：系统最多能用2G内存，1G分配给X盘，剩下1G供系统和IMDISK盘共享，系统固定载入如内核驱动等约200~300M，剩下700~800M，如果分配给IMDISK创建的盘，由于是使用wimmount.sys进行挂载，随着使用占虚拟盘的空间会越来越多，留给系统可以支配的会越来越少，很容易出现内存不足。X盘只有1G，弄不好也容易满，接近满的状态PE就会崩溃。


64位：最多只能用3.2G，2G分配给了X盘，剩下1.2G供系统和IMDISK共享，如果IMDISK全部占满，约有400M自由空间供系统使用，但64位系统占用约比32位多100M可能300~400M，可支配内存比32位实际上约多100多M，也比较紧张，但X盘多出1G，比较宽裕。不知为何4G内存还有800M在睡觉，如果这800M也可自由支配则内存也比较宽裕了。

红毛樱木

hhh333 发表于 2020-3-7 13:05
仔细比较了一下，IMDISK产生的虚拟盘（不用物理内存占用方式）应该是与系统是共享可用内存，如下图
32位： ...

IMDISK有参数可以用物理内存的。

红毛樱木

再反馈一下SWIN的问题。

1. ENVI^ ENVIMODE=1
   
2. CALL @MAIN
   
3. _SUB MAIN,W800H600
   
4.     ENVI &Page1High=1300    //当值为1400时，滚动条就看不到Page1中的Label1了
   
5.     SWIN Swin1:Page1,L42T5W700H400,,0x1C0
   
6. _END
   
7. 
   
8. _SUB Page1,W600H%&Page1High%
   
9.     CALC &Top=%&Page1High% - 100
   
10.     LABE Label1,L20T%&Top%W128H48,请点击"打开"按钮以浏览文件。
    
11. _END
    

复制代码

确认了一下BUG具体数值。

1. ENVI^ ENVIMODE=1
   
2. CALL @MAIN
   
3. _SUB MAIN,W800H600
   
4.     ENVI &Page1High=1300    //当值为1400时，滚动条就看不到Page1中的Label1了
   
5.     ENVI @this.Visible=1
   
6.     SWIN Swin1:Page1,L42T5W700H400,,
   
7.     //SWIN -:Page1,L42T5W194H%&Page1High%
   
8. _END
   
9. 
   
10. _SUB Page1,W600H%&Page1High%
    
11.     ENVI @this.Visilbe=1
    
12.     ENVI @Page1.POS=?:::&h
    
13.     MESS. %&h%  //最终确认了一下%&h%的值最大为1248，即使&Page1High设置的比1248大也不行(另外一台机器测试这个值是1134)
    
14. _END
    

复制代码

hhh333

红毛樱木 发表于 2020-3-7 14:40
IMDISK有参数可以用物理内存的。

是的，这种动态的要好一点，因为挂载的东西不是每一个都用。暂时不用就不大占内存。

wugg

新人，学习，

wugg

win 10 能用吗，，有没有版本限制？

红毛樱木

之前说的TABL的高度没有随DPI变化而拉伸，实际最终确认问题是：
当状态为"0x400带打勾器"可以随DPI变化而拉伸高度
当状态不带打勾器的时候不能随DPI变化而拉伸。

hhh333

严重啊！今日测试才发现，搞了半天才知是PECMD的问题，开始以为我的硬件有问题。
新版PECMD有严重问题，主要是32位，一下子就内存不足。导致显卡等根本不能安装！换成2018年的一切正常。实机内存4G，虚拟机2G都有问题。