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

mdyblog

红毛樱木 发表于 2019-12-19 18:12
是的 我用的是6.0的vista的DLL挂载WIM的
那个小ISO里，是USMWIM.DLL这个，我改名了

那就 估计已经是那个速度了。

红毛樱木

mdyblog 发表于 2019-12-19 18:15
那就 估计已经是那个速度了。

哦，意思是速度没变化 对吧？

红毛樱木

mdyblog 发表于 2019-12-19 17:53
PECMD_WIM.7z :  上传中。。。
在兼容系统的前提下， 这个WIM优化了下， 加载卸载瞬间完成（除去保存卸载 ...

wimfltr.sys挂载之后
由于dism是用wimmount.sys挂载wim的，这时dism挂载的文件访问无效的。
两个挂载驱动不能同时工作。

mdyblog

红毛樱木 发表于 2019-12-19 18:18
哦，意思是速度没变化 对吧？

对你那个ISO， 是否能 再 提高， 不知道， 没有测试。

这是说的是， 对一般人， 非常巨大的提速。

mdyblog

红毛樱木 发表于 2019-12-19 18:24
wimfltr.sys挂载之后
由于dism是用wimmount.sys挂载wim的，这时dism挂载的文件访问无效的。
两个挂载驱 ...

这个 PECMD解决了相关的这些个问题。都能访问，都能列表。 都能卸载。
MOUN -query ALL
MESS. %ALL%

新版 PECMD加载的， DISM加载的， 老板PECMD加载的， 新PECMD都能列出来。
而且新PECMD能卸载。

红毛樱木

mdyblog 发表于 2019-12-19 18:36
这个 PECMD解决了相关的这些个问题。都能访问，都能列表。 都能卸载。
MOUN -query ALL
MESS. %ALL%

6.0的dll依赖wimfltr.sys挂载。
先用6.0的dll挂一个wim。
再用新的dll依赖wimmount.sys的挂载。
新的是能挂载出来，但是挂载出来的文件是无法使用的，是损坏的。我是这个意思

mdyblog

红毛樱木 发表于 2019-12-19 18:42
6.0的dll依赖wimfltr.sys挂载。
先用6.0的dll挂一个wim。
再用新的dll依赖wimmount.sys的挂载。

的确如此！


那就不要同时 用2种方法挂载。 一个一个地来。
或者只用一个方法。

红毛樱木

mdyblog 发表于 2019-12-19 18:47
的确如此！

wimmount.sys挂载方式的API有个快速挂载接口，一会我找下代码出来给你

红毛樱木

mdyblog 发表于 2019-12-19 18:47
的确如此！

https://docs.microsoft.com/en-us/previous-versions/windows/hardware/imaging/dd851947(v=msdn.10)
WIMMountImageHandle
快速挂载需要Win8及以上系统的DLL才支持。

SET &WIM_FLAG_MOUNT_FAST=0x00000400
第三个参数的值dwMountFlags需要+%&WIM_FLAG_MOUNT_FAST%

mdyblog

红毛樱木 发表于 2019-12-19 18:54
https://docs.microsoft.com/en-us/previous-versions/windows/hardware/imaging/dd851947(v=msdn.10)
W ...

PECMD_WIM_FAST.7z : https://www.lanzous.com/i84wpod

WIn8实际测试有效。  极大地提高速度。

（虽然比 里面的DLL要慢很多。）

2012bear1alex1

mdyblog 发表于 2019-12-19 20:19
PECMD_WIM_FAST.7z : https://www.lanzous.com/i84wpod

WIn8实际测试有效。  极大地提高速度。

请问用这个极大地提高速度版本，需要替换压缩档案内建的wimgapi60.dll吗?

红毛樱木

mdyblog 发表于 2019-12-19 20:19
PECMD_WIM_FAST.7z : https://www.lanzous.com/i84wpod

WIn8实际测试有效。  极大地提高速度。

老大，什么时候有空帮看看私聊发你的那个迅雷的资料。

mdyblog

2012bear1alex1 发表于 2019-12-19 20:53
请问用这个极大地提高速度版本，需要替换压缩档案内建的wimgapi60.dll吗?

不需要。  用新版  PECMD  MOUN
即可。

----
再换 DLL， 那就是  极大 极大 了。
但是有各问题， DISM不能用了， 需要重启电脑。

yingyang00

mark 学习一下

红毛樱木

mdyblog 发表于 2019-12-19 22:29
不需要。  用新版  PECMD  MOUN
即可。

call调用dll的句柄，
外置的一个*，内置的用**两个，能不能统一一下用一个或者两个，方便代码书写

mdyblog

红毛樱木 发表于 2019-12-20 12:09
call调用dll的句柄，
外置的一个*，内置的用**两个，能不能统一一下用一个或者两个，方便代码书写

这样试试
内存dll：
set hx=*%h%

普通dll：
set hx=%h%

后面都用%hx%

红毛樱木

mdyblog 发表于 2019-12-20 14:45
这样试试
内存dll：
set hx=*%h%

内置外置，我暂时是这样写的。
但是后面还有一个句柄的：
※DLL路径: 可以是 *句柄 或  **内存DLL句柄

mdyblog

红毛樱木 发表于 2019-12-20 14:56
内置外置，我暂时是这样写的。
但是后面还有一个句柄的：
※DLL路径: 可以是 *句柄 或  **内存DLL句柄
...

*%hx%

红毛樱木

mdyblog 发表于 2019-12-20 15:05
*%hx%

是的，我意思是。
DLL的内置和外置已经有一个*的区别了

后面的DLL句柄还有一个*的区别，对代码书写格式来说，有点头疼，容易写错。

mdyblog

红毛樱木 发表于 2019-12-20 15:07
是的，我意思是。
DLL的内置和外置已经有一个*的区别了

改了和以前不兼容， 不好吧。

试试：
普通DLL
set fx=shell32.dll

普通/内存 DLL句柄：

set fx=*%hx%

调用统一为：
CALL    $XXXX  %fx%,YYYYYY

mdyblog

红毛樱木 发表于 2019-12-20 15:07
是的，我意思是。
DLL的内置和外置已经有一个*的区别了

※DLL路径: 可以是 *句柄 或  **内存DLL句柄
不变

其它的地方， 也改成这样。

---------------------------------------------
┃    │CALL $--ret:返回名 ,-GetProcAddress,*句柄|**内存DLL句柄,函数名称    //取得函数的地址
┃    │CALL $[--ret:返回名] ,-FreeLibrary,*句柄|**内存DLL句柄           //释放DLL句柄
┃备注│※DLL路径: 可以是 *句柄 或  **内存DLL句柄  
---------------------------------------------
我改下看看

mdyblog

红毛樱木 发表于 2019-12-20 15:07
是的，我意思是。
DLL的内置和外置已经有一个*的区别了

PECMD_DLL句柄统一.7z： https://www.lanzous.com/i85j4ub
统一为：  *句柄 或  **内存DLL句柄
---------------------------------------------
┃    │CALL $--ret:返回名 ,-GetProcAddress,*句柄|**内存DLL句柄,函数名称    //取得函数的地址
┃    │CALL $[--ret:返回名] ,-FreeLibrary,*句柄|**内存DLL句柄           //释放DLL句柄
┃备注│※DLL路径: 可以是 *句柄 或  **内存DLL句柄  
---------------------------------------------

红毛樱木

mdyblog 发表于 2019-12-20 15:42
PECMD_DLL句柄统一.7z： https://www.lanzous.com/i85j4ub
统一为：  *句柄 或  **内存DLL句柄
------- ...

我本来的意思是这样：只要是句柄就都用一个*，不管是不是内存里的。这样方便别人书写代码。

统一为：  *句柄(不管是不是内存里的)
---------------------------------------------
┃    │CALL $--ret:返回名 ,-GetProcAddress,*句柄(不管是不是内存里的),函数名称    //取得函数的地址
┃    │CALL $[--ret:返回名] ,-FreeLibrary,*句柄(不管是不是内存里的)           //释放DLL句柄
┃备注│※DLL路径: 可以是 *句柄(不管是不是内存里的)
---------------------------------------------

mdyblog

红毛樱木 发表于 2019-12-20 15:57
我本来的意思是这样：只要是句柄就都用一个*，不管是不是内存里的。这样方便别人书写代码。

统一为：  ...

*句柄 都表示 DLL句柄，
不行的。 两者处理完全不同。
PECMD 不知道 *0x12340中的 0x12340，到底按普通DLL 处理还是按内存DLL处理。
只有脚本（作者）知道。
除非用对象

&hx
这里不用数字， 直接用&开始的对象名。 对象 可以记录是普通带来了还是内存DLL。
这样意义不大， 直接用 %&hx%， 效果一样。 hx中包含了是否为内存。
文件：
set &hx=shel32.dll

DLL句柄：
set &hx=*0x2340


内存DLL句柄：
set &hx=**0x2340


后面统一用 %&hx%

mdyblog

红毛樱木 发表于 2019-12-20 15:57
我本来的意思是这样：只要是句柄就都用一个*，不管是不是内存里的。这样方便别人书写代码。

统一为：  ...

要不，我在

CALL $--ret:h &&DllMemVar,-LoadLibrary,*[文件名]#资源号[|类别]
返回的句柄中, 自带内存标识符：*
直接返回 h=*0x12340

这样，无论是否为内存，始终都是用
*%h%

红毛樱木

mdyblog 发表于 2019-12-20 16:26
要不，我在

CALL $--ret:h &&DllMemVar,-LoadLibrary,*[文件名]#资源号[|类别]

这样能变相统一了，你看看对别的地方有没有影响。

mdyblog

红毛樱木 发表于 2019-12-20 16:41
这样能变相统一了，你看看对别的地方有没有影响。

PECMD_DLL句柄统一2.7z: https://www.lanzous.com/i85pe4b

┃    │CALL $--ret:返回名 ,-LoadLibrary,加载DLL路径                              //加载DLL得到句柄 : 形式为"数字"
┃    │CALL $--ret:返回名 &&DllMemVar,-LoadLibrary,*[文件名]#资源号[|类别]   //加载内存DLL得到句柄：形式为 "*数字"
┃    │CALL $--ret:返回名 ,-GetProcAddress,*句柄                                  //取得函数的地址
┃    │CALL $[--ret:返回名] ,-FreeLibrary,*句柄                                  //释放DLL句柄
┃备注│※DLL路径: 可以是 *句柄                              

红毛樱木

mdyblog 发表于 2019-12-20 18:39
PECMD_DLL句柄统一2.7z: https://www.lanzous.com/i85pe4b

┃    │CALL $--ret:返回名 ,-LoadLibrary ...

可以了。

mdyblog

红毛樱木 发表于 2019-12-20 18:48
可以了。

好的

红毛樱木

mdyblog 发表于 2019-12-20 18:54
好的

M大，ENVI?float有个情况，我不知道是不是BUG，还是本身就是这样子的数据。
因为之前在PECMD中没用过这个float类型，无法判断。
你看下站内消息。