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

fukystone · 发表于 2015-7-11 22:54:39

M大，请教个问题。
我打算把petools自动生成菜单那个改为自动生成窗口模式，就是自动生成一个带按钮的页面，可以运行工具。类似
ITEM Button%a%,L10T75W90H30,%name%,EXEC %tool%,,
这样的，想了半天也没想好怎么根据软件个数设定窗口大小，或者怎样能设置多窗口呢？
老大能不能给个思路？
当然如果老大有时间做一个就更好了，我也省点脑细胞

mdyblog · 发表于 2015-7-12 00:23:45

fukystone 发表于 2015-7-11 22:54
M大，请教个问题。
我打算把petools自动生成菜单那个改为自动生成窗口模式，就是自动生成一个带按钮的页面 ...

CALC W=100+50*列数
CALC H=50+30*行数

ITEM Button%a%,L10T75W%W%H%H%,%name%,EXEC %tool%,,

mdyblog · 发表于 2015-7-12 00:24:27

527104427 发表于 2015-7-11 11:55
用最新版PECMD，下面的代码会使EXPLORER死得很惨，一动不动，也不能关闭。而且会挂出几个没用的盘符。

...

改了。疏忽了。

mdyblog · 发表于 2015-7-12 00:27:52

527104427 发表于 2015-7-11 20:35
这样啊，那意思是核心UDM是无法修改的？

有没有办法把它变成可写呢？

【UDM管理】中去掉【只读】勾勾。
只能手动去掉这个【写保护】。

mdyblog · 发表于 2015-7-12 10:16:51

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

527104427 发表于 2015-7-12 07:58
EXPLORER不死了，多余的盘符也没了。但是高端隐藏区却无法挂载。还得麻烦老大再改改。

这个怎么没了，奇怪。

改好了。

mdyblog · 发表于 2015-7-12 10:48:33

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

获得原始的UD扩展分区信息
MOUN -udm listud  -ret: &&V -udmask:  0x100000 \\.\PhysicalDrive1 <>
MESS. %&V%

获得UD扩展分区信息，如果锁定了，获得锁定后的扩展分区，否则原始的UD扩展分区
MOUN -udm listud  -ret: &&V -udmask:  0x1A0000 \\.\PhysicalDrive1 <>
MESS. %&V%

创建UD文件：
MOUN -udm upud  -ret: &&V  -udmask: 属性  设备名  UD文件名偏移(字节) 长度(字节)

如：
MOUN -udm upud  -ret: &&V  -udmask: 0x1  \\.\PhysicalDrive1 efi.img 0x4000s 5G

-----------

格式化UD扩展区：

mdyblog · 发表于 2015-7-12 12:56:51

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

527104427 发表于 2015-7-12 12:38
老大能否写一段PECMD代码，用于锁定和解锁UD扩展区？如果再加上格式化UD扩展区的功能就太棒了！

一段PECMD代码，用于锁定和解锁UD扩展区.
=================
【写保护】，只能手解除。否则不叫【写保护】了。
就是 “再出错的程序，或破坏程序” 的最后的保护符。
你可先查询一下标志位，如果是【写保护】，提示用户要手动解除【写保护】。

mdyblog · 发表于 2015-7-12 13:44:08

527104427 发表于 2015-7-12 12:50
还有一个问题，以下命令会重复挂载高端区，变成两个盘符。

MOUN -udm -mall -mhide -u+ -udfs -mw - ...

改了。
这次，只要有-u+,就加载u+高端、u+深度。哪怕是HDD的“假”高端。
（再加 -mhide -mhid1无影响）
估计这样比较接近实际应用。

mdyblog · 发表于 2015-7-12 14:24:36

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

527104427 发表于 2015-7-12 12:38
老大能否写一段PECMD代码，用于锁定和解锁UD扩展区？如果再加上格式化UD扩展区的功能就太棒了！

FmtUDEx.zip (663 Bytes, 下载次数: 4) ：
IFEX F.LOG, LOGS * f.LOG

//格式化UD扩展区
_SUB ForamtUDExt  //Dev  [bUDFile]
SET &DEV=%~1
FIND $%&DEV%=,EXIT
MOUN -udm listud  -ret: &&V -udmask:  0x1A0000 "%&Dev%" <>
//0x2FF00 "<udext.norm>" 0x4000 629145600 0 00 00 00 00 00
MSTR &&flag,&&offs,&&lenb=<1><3><4>%&V%
IFEX $%&flag%<0x2FF00, EXIT
TEAM FDRV *idlec *rsort &Drvs=*:| MSTR &&Drv1=<1>%&Drvs%
FIND $%&Drv1%=,EXIT
RAMD ImDisk*&V*%&offs%s*%&lenb%*0x101*%&Dev%  -a  -o hd -m %&Drv1%    //扇区映射
SET &FS=FAT
IFEX $%lenb%>2040M, SET FS=FAT32  //NTFS
IFEX %&Drv1%\NUL, DFMT %&Drv1%,%&FS%,UDExt
RAMD ImDisk* -D -m %&Drv1%
//整个UD扩展区，创建为一个文件
IFEX $%~2>0, MOUN -udm upud  -ret: &&V  -udmask: 0x41  %&DEV% udext.img %&offs%s  %&lenb%
_END

ForamtUDExt \\.\PhysicalDrive2  1

mdyblog · 发表于 2015-7-12 16:09:21

本帖最后由 mdyblog 于 2015-7-13 04:28 编辑

527104427 发表于 2015-7-12 14:54
奇怪，用上面的命令格式化了扩展区，怎么原来扩展区的文件还在呢？

该命令不删除UD的目录文件。
你自己先将 UD目录中的扩展区文件都删掉。一般新建ＵＤ。

注意： UD存取和文件系统存取是分开的。
UD存取是依据 UD的目录区，自UD区之前独立的地方。

文件系统存取是依据 FS的目录，就在扩展区的头部。MBROSTool加载后看到是空的。

如果改成：用文件系统方式，U D目录不放文件的。就格式化的时候生成一个udext.img。这个UD目录再也不变了。
udext 格式化出FAT。

grldr menu.lst等启动小文放在UD主区，不影响的。

UD启动是先:
map ()/udext.img (fd0) && map --rehook
这样就通过通过 (fd0) 来访问里面的文件了。

初始化UD是用这个fba模板。

2015-BigUD.zip (147.39 KB, 下载次数: 6)

mdyblog · 发表于 2015-7-12 17:21:55

527104427 发表于 2015-7-12 16:18
意思是，原来扩展区的文件，在格式化后还是可以访问，不会损坏。
老大是这意思吗？

是的。
但是文件实体，是重叠的。
扩展区格式化的时候，或改写前面部分，随着使用，改写的越多。

在格式化后还是可以访问，目录结构不会损坏，但是文件内容迟早被改写。

UD主区的文件实体，是指不破坏---放启动小文件。

mdyblog · 发表于 2015-7-12 17:22:37

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

527104427 发表于 2015-7-12 16:28
UD扩展区格式化成功了，但下面命令又出现了问题，与 10655# 一样，EXPLORER 卡死，并出现一堆没用的盘符 ...

1：用来 -udfs 需要配合 -udimg: udext -udimg: udext.img

2：你还是新建一个UD来完吧。原来的信息无效了。

3：哦，前面脚本 udext 还是改成udext.img。

mdyblog · 发表于 2015-7-12 17:56:53

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

能不能用pecmd代码重置ud扩展区？我想做成一个gui工具。
---------------
就是删除原有UD扩展区文件吗？
fbinst.exe 可以删除的。

mdyblog · 发表于 2015-7-12 19:25:08

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？
--------------
单位不同的原因。
算了。改成一样，动用字节单位。重下载 PECMD

mdyblog · 发表于 2015-7-12 19:26:13

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

新版可以删除UD文件
MOUN -udm upud -ret: &&V -udmask: 0 %&DEV% 文件名

mdyblog · 发表于 2015-7-12 22:34:49

527104427 发表于 2015-7-12 19:33
老大改改 FmtUDEx.zip 呗，不知道这句该放哪个位置

下载最新PECMD, 配合这个脚本，可以清除旧的UD扩展文件。

测试可以加载的：

MOUN -udm -ret: &V -mall -mhide1 -udfs -udm- \\.\PhysicalDrive2 VUTSRQPONMLKIBA
MESS. %&V%

mdyblog · 发表于 2015-7-13 08:50:19

527104427 发表于 2015-7-13 05:50
多谢老大，完美！！

但扩展区的文件名有空格，就删不掉了。

新版可以删除空格文件

freesoft00 · 发表于 2015-7-13 10:12:45

软键盘在dpi为125%的时候按钮上的文字就显示不全了

mdyblog · 发表于 2015-7-13 10:17:12

527104427 发表于 2015-7-13 09:33
发现新版有几个情况：

1.用 FmtUDEx.zip 格式化后，挂载出来的盘符还是未格式化的，昨天的PECMD正常 ...

5大：请问 dpi为125%的时候, 怎么控制文大小不变？

mdyblog · 发表于 2015-7-13 11:14:59

527104427 发表于 2015-7-13 10:39
不知道这种方法可不可靠，如果可能的话，老大用编程的方式实现，那就比较靠谱了。

这个是漂亮些。
都改了。

mdyblog · 发表于 2015-7-13 12:13:49

527104427 发表于 2015-7-13 09:33
发现新版有几个情况：

1.用 FmtUDEx.zip 格式化后，挂载出来的盘符还是未格式化的，昨天的PECMD正常 ...

用新PECMD，新脚本

FmtUDEx.zip (931 Bytes, 下载次数: 3)

mdyblog · 发表于 2015-7-13 12:14:45

527104427 发表于 2015-7-13 10:39
不知道这种方法可不可靠，如果可能的话，老大用编程的方式实现，那就比较靠谱了。

#code=936T950
也支持繁体系统。

mdyblog · 发表于 2015-7-13 15:27:41

本帖最后由 mdyblog 于 2015-7-14 13:11 编辑

527104427 发表于 2015-7-13 13:57
我一直以为这句是摆设，没用的

#code=936
表示本文编码默认是936（简体中文GBK），如果有UNICODE-BOM，UTF8-BOM，忽略。
T950：如果在繁体系统，且本文是简体，则自动翻译成繁体。即使有UNICODE-BOM，UTF8-BOM，还是有效。

如果是TW，
#code=950T936

mdyblog · 发表于 2015-7-13 22:07:40

本帖最后由 mdyblog 于 2015-7-14 01:48 编辑

UD扩展区转FAT  直接内置了
MOUN -udm ud2fs  设备名  [bClrOldFile=1] [bMkUDFile=1]                   //UD扩展区转FAT

加个吧。

MOUN -udm ud2fs  设备名  [bClrOldFile=1] [bMkUDFile=1]    [FS=FAT]

mdyblog · 发表于 2015-7-14 06:25:34

527104427 发表于 2015-7-13 13:57
好了，暂时没发现问题。

新版MBROSTool 格式化出来的，默认没有写保护。

mdyblog · 发表于 2015-7-14 13:12:21

527104427 发表于 2015-7-13 17:18
明白了！

老大好像忘了一件事，DLL版的PECMD该修修了。不管32位还是64位的，一直是报错状态：

1：
改了，亲测 X64都可用。

2：PECMD包中 4GUD中grldr/grub.exe 支持大于4G的UD文件。

mdyblog · 发表于 2015-7-14 15:22:58

本帖最后由 mdyblog 于 2015-7-14 15:45 编辑

527104427 发表于 2015-7-14 14:06
好了！替大伙感谢老大！

不知道UD中要如何创建大于4G的文件？

1：
我说的大于4G是说 UD中的文件。不是FS中文件。
比如说UD扩展区8G，对应UD中文件udext.img为8G。
超过了4G。
原来， grdldr 对这个超过4G的 UD 文件 udext.img无能为力。因为UD最大支持4G的文件。
map  ()/udext.img  (fd0)  && map --rehook

后也不能访问整个8G。

现在UDM版的  4GUD-grldr 可以正常访问这个8G的 udext.img。
直到 UD扩展区的上限：2048G----够了吧。

2：
至于FS支持大文件这个和UD无关.
map 后，里面文件的访问不数UD驱动的，儿是FS的驱动，如FAT、FAT32、NTFS、EXT2、EXT4。

FS 是否需要支持大于4G文件。看需要。毕竟很多时候是奔EFI来的，此时用FAT32。
moun  -udm ud2fs 最后一个参数就是FS参数。

3：
不知道UD中要如何创建大于4G的文件？
FmtUDEx.wcs 的这句是否能创建大于4G呢？
MOUN -udm upud -ret: &&V -udmask: 0x41 %&Dev% udext.img %&offs%s %&lenb%
------------
对就是这个。支持创建大于4G的UD文件的。
MBROSTool， PECMD，udmldr 全线支持大于4G的UD文件。

mdyblog · 发表于 2015-7-14 15:56:32

527104427 发表于 2015-7-14 14:06
好了！替大伙感谢老大！

不知道UD中要如何创建大于4G的文件？

最新版PECMD加强了下：
pecmd_ful_cli支持将PECMD输出输出到命令行.7z

就是说没有 PECMD.DLL, 有PECMD.EXE

pecmd_ful_cli.EXE 也能(借用PECMD.EXE并)将PECMD的输出 “偷来”显示在命令行中，“透明”处理，就象真的是 pecmd_ful_cli.EXE 自己在处理。
见测试包：

pecmd_ful_cli支持将PECMD输出输出到命令行.7z (728.66 KB, 下载次数: 7)

mdyblog · 发表于 2015-7-15 11:21:05

527104427 发表于 2015-7-15 10:33
一个正常分区 E:

使用命令 SUBJ * E: 卸载，然后重启。

有时间看看。
这个好像是系统特性。
你想达到什么样的效果。不会最终有没有*，都一样——那就不必了。

sunsea · 发表于 2015-7-15 16:13:36

这东西能实现锁屏功能不？
输入指定内容解锁【不想去编正式程序了

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

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

点评

点评

浏览过的版块