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

Anson4

527104427 发表于 2019-8-2 21:48
1、2、4、8、16都试过吗？16可以带路径，想刷新哪里就刷新哪里。

都试过了，全达不到F5刷新当前窗口的那种的效果。
其中参数16，刷新当前窗口（或者加上桌面再加上后台窗口）的参数不会写。

lzt9989

xxxxxxxxxxxx

lifei

谢谢分享

红毛樱木

中秋快乐，代码飞起

红毛樱木

遇到一个REGI的问题，不知如何处理，请教。
手动创建一个注册表值：
HKLM\SOFTWARE\test\test
为REG_EXPAND_SZ类型。
值为：%SystemROOT%\test\001


然后下面的代码操作：

REGI ~HKLM\SOFTWARE\test\test,&&test
REGI ~HKLM\SOFTWARE\test\test=%&&test%
发现键值后面的\001被舍弃了。

datbik189

红毛樱木 发表于 2019-9-22 22:24
遇到一个REGI的问题，不知如何处理，请教。
手动创建一个注册表值：
HKLM\SOFTWARE\test\test

测试了一下,貌似这是个BUG.

regi ~ 命令中数值中\0及后面部分会被舍弃,没有发现转义和别的办法
regi **命令中数值中,如果包含\0,可以用\\0转义替代

变通的办法是使用CMD命令替代:

reg add 或 reg import/export.

红毛樱木

datbik189 发表于 2019-9-24 11:04
测试了一下,貌似这是个BUG.

regi ~ 命令中数值中\0及后面部分会被舍弃,没有发现转义和别的办法

暂时也只有这样了，写了个函数转成Reg

datbik189

红毛樱木 发表于 2019-9-24 11:16
暂时也只有这样了，写了个函数转成Reg

问题解决了,数值使用16进制表达.

envi^ envimode=1
set-raw &V=%systemroot%\test\001
getf -bin &V,0#*,&V
regi --t:2 --16 hklm\software\test\test=%&V%
exec regedit

红毛樱木

datbik189 发表于 2019-9-26 10:37
问题解决了,数值使用16进制表达.

envi^ envimode=1

这个6，还用了getf，那个--t的也总算知道怎么用的了。

红毛樱木

datbik189 发表于 2019-9-26 10:37
问题解决了,数值使用16进制表达.

envi^ envimode=1

regi --t:2 --16 hklm\software\test\test=%&V%
可以
regi --t:2 hklm\software\test\test=%&V%
说明书上写的--16要配合@#数据为16进制

datbik189

红毛樱木 发表于 2019-9-26 13:35
regi --t:2 --16 hklm\software\test\test=%&V%
可以
regi --t:2 hklm\software\test\test=%&V%

底下的代码,不能正确赋值,其值为空

envi^ envimode=1
set-raw &V=%systemroot%\test\001
regi --t:2 hklm\software\test\test=%&V%
exec regedit

红毛樱木

datbik189 发表于 2019-9-26 14:54
底下的代码,不能正确赋值,其值为空

envi^ envimode=1

envi^ envimode=1
set-raw &V=%systemroot%\test\001
getf -bin &V,0#*,&V
regi --t:2 hklm\software\test\test=%&V%


你漏掉了转16进制。
你用的GETF，我自己用CODE习惯一些。

datbik189

红毛樱木 发表于 2019-9-26 17:54
envi^ envimode=1
set-raw &V=%systemroot%\test\001
getf -bin &V,0#*,&V

哦，我原先以为你的意思是不用转16进制，直接可以赋值。

顺便请教下，如何建立空键值，只会删除。比如hklm\software\test\test其值如何设定成空（一个0x00都没有，长度为0）

红毛樱木

datbik189 发表于 2019-9-26 18:35
哦，我原先以为你的意思是不用转16进制，直接可以赋值。

顺便请教下，如何建立空键值，只会删除。比如 ...

真没注意过，你要的是什么类型的？

datbik189

红毛樱木 发表于 2019-9-26 18:41
真没注意过，你要的是什么类型的？

全部类型的写法。

好像有点钻牛角尖，需要废时间研究就算了。用命令regi --t:2 hklm\software\test\test=，只能删除键

红毛樱木

datbik189 发表于 2019-9-26 18:46
全部类型的写法。

好像有点钻牛角尖，需要废时间研究就算了。用命令regi --t:2 hklm\software\test\te ...

这么变态？晚点试试，在吃饭

红毛樱木

regi .hklm\software\test\test=

试下呢？

datbik189

红毛樱木 发表于 2019-9-26 18:54
regi .hklm\software\test\test=

试下呢？

结果是删除键。

regi hklm\software\test\test=@,可以得到长度为0的reg_binary空值。

空键值貌似也没什么用，不玩了。

datbik189

红毛樱木 发表于 2019-9-26 18:54
regi .hklm\software\test\test=

试下呢？

建立空键值的命令是:
regi --t:2 hklm\software\test\test=""

红毛樱木

datbik189 发表于 2019-9-26 20:05
建立空键值的命令是:
regi --t:2 hklm\software\test\test=""

特殊需求

mdyblog

论文：球壳内光速和真空光速不唯一性
请求各位转发分享（到朋友圈、博客、论坛等等）。

红毛樱木

请教，有没有类似GETF -find的功能，直接查找变量中的数据？
比如：
GETF -find本来是查找大文件的，现在直接把大文件读到变量里，然后在变量里GETF -find

mdyblog

红毛樱木 发表于 2019-10-16 01:20
请教，有没有类似GETF -find的功能，直接查找变量中的数据？
比如：
GETF -find本来是查找大文件的，现在 ...

可以
■文件名称:    -bin 或   &开头则为PE变量  

红毛樱木

mdyblog 发表于 2019-10-16 02:17
可以
■文件名称:    -bin 或   &开头则为PE变量

感谢，我自己多此一举了。
把GETF -find里的<大文件名称>用"*&"了。。。。多了一个*

红毛樱木

mdyblog 发表于 2019-10-16 02:17
可以
■文件名称:    -bin 或   &开头则为PE变量

文件、内存模式对比测试.7z (91.15 KB, 下载次数: 2)

2019-10-16 10:36 上传

点击文件名下载附件

测试结果，内存模式反而慢？

mdyblog

红毛樱木 发表于 2019-10-16 10:37
测试结果，内存模式反而慢？

先把文件全部读到内存， 再在内存中处理。

这样会慢的。
等读完文件， 在处理， 有个等待时间。
原来，不用长长等待。

一般不用折磨做的。 系统自己会用内资缓冲的。
只有一个文件， 反复 操作， 才需要人为缓冲。

红毛樱木

mdyblog 发表于 2019-10-16 15:20
先把文件全部读到内存， 再在内存中处理。

这样会慢的。

哦哦。
以为内存中可以提速呢，希望破灭

红毛樱木

mdyblog 发表于 2019-10-16 15:20
先把文件全部读到内存， 再在内存中处理。

这样会慢的。

等读完文件， 在处理， 有个等待时间。

-------------------------------------------
演示代码就是先读完的，后面的时间对比，是读完之后的对比。

datbik189

红毛樱木 发表于 2019-10-16 16:10
等读完文件， 在处理， 有个等待时间。

-------------------------------------------

以前测试过diskpart的脚本,
效率最高的读文件办法是: TEAM GETF# 123.txt,1024*1024,&V|Code **-ANSI,&V,**-UNI,&V
尽量避免处理大体积的PE变量,感觉很慢.

红毛樱木

datbik189 发表于 2019-10-16 16:54
以前测试过diskpart的脚本,
效率最高的读文件办法是: TEAM GETF# 123.txt,1024*1024,&V|Code **-ANSI, ...

不太清楚内部机制。
不过我是一次性读完到变量，后面再GETF -find成千上万次，按照逻辑上我想应该会更快才对。