triquan 发表于 2007-1-26 00:15:11

哈哈,说更新就更新,果然不含糊!下了试试看

网上飞鹰 发表于 2007-1-26 00:29:47

功能越来越强大了!

Yonsm 发表于 2007-1-26 01:17:46

HoHo~~又有新功能了

指正不敢当了,不过下面的代码可以精简一下的:

      if (UDirExist(ptzCmd))
      {
                UStrPrint(tzPath, TEXT("%s\\*.*"), ptzCmd);
      }
      else
      {
                UStrPrint(tzPath, TEXT("%s"), ptzCmd);
                UDirSplitPath(ptzCmd);
      }

      HANDLE hFind = FindFirstFile(tzPath, &fd);


改为


      if (UDirExist(ptzCmd))
      {
                UStrCat(ptzCmd, TEXT("\\*")); // 如果确实想查找有扩展名的文件,换成 *.*
      }

      HANDLE hFind = FindFirstFile(ptzCmd, &fd);
      UDirSplitPath(ptzCmd);


另外我说今天给你发什么文档,跑回来一看竟然不是最新的,还是明天吧。晕了。

[ 本帖最后由 Yonsm 于 2007-1-26 01:19 AM 编辑 ]

Yonsm 发表于 2007-1-26 01:23:23

另外,老九,如果你用VC6编译的话,EXIF/IFEX命令中判断内存的功能,如果遇到机器的内存大于 4G,将会肯定无法执行该 IF 命令。
因为GlobalMemoryStatusEx我定义成了没有 Ex 的。

lxl1638 发表于 2007-1-26 01:29:58

原帖由 Yonsm 于 2007-1-26 01:23 AM 发表
另外,老九,如果你用VC6编译的话,EXIF/IFEX命令中判断内存的功能,如果遇到机器的内存大于 4G,将会肯定无法执行该 IF 命令。
因为GlobalMemoryStatusEx我定义成了没有 Ex 的。

先谢过!
用VC处理字符串是本人学VC的弱点,UStrCat是将字符串连接到后面?
判断内存的功能放心,本人是直接从VS2005的帮助文件中Copy代码下来用的,实在找不到类似功能的代码,再查Delphi的相关单元文件(相当于VC的头文件),看一下它是如何调用Windows API工作的,所以本人的VC离不开Delphi的影,始终有Pascal的风格。

cdy168 发表于 2007-1-26 01:39:57

不太会用~~~下载留作备用~~~

Yonsm 发表于 2007-1-26 01:39:59

原帖由 lxl1638 于 2007-1-26 01:29 AM 发表


先谢过!
用VC处理字符串是本人学VC的弱点,UStrCat是将字符串连接到后面?
判断内存的功能放心,本人是直接从VS2005的帮助文件中Copy代码下来用的,实在找不到类似功能的代码,再查Delphi的相关单元文件(相 ...

还没睡?
C/C++ 中字符串的可用函数或类或template是很多的(CRT、WinAPI、ShellAPI、SecureStringAPI、MFC CString、STL String 等等都可以用),有时候都不知道选择什么好。最终我的方案是使用自己的一套名称,到底使用什么,看 UniBase 的实现,作为一层跨平台的通用 Platform API(实现各异,接口一致)。

至于使用,字符串操作其实很简单,就这么几个用习惯了就好了:

UStrLen
UStrCopy
UStrPrint
UStrCmp
UStrChr
UStrStr
UStrCat
其它的(UStrToAStr、UStrRep、UStrToInt、UStrFromInt),要用的时候再看罗……

triquan 发表于 2007-1-26 02:00:55

都是夜猫子,嘿嘿

Climbing 发表于 2007-1-26 08:22:05

我提些建议:

关于page命令:一般来说,我们启动PE都是用来进行系统维护的,而原机器上一般都装有xp等系统,而原来的系统一般都会有pagefile.sys,我们应该尽可能的避免pe启动时往硬盘上写入新增的文件(因为如果是在重要的数据恢复场合,这种写入,尤其是不确定磁盘的写入可能会造成数据丢失),所以,我们可以在硬盘上寻找原来的pagefile.sys,然后将PE的pagefile设置为原系统pagefile所在的分区(并且文件名相同),一般来说,原系统的pagefile.sys没有任何保留价值,只要PE的pagefile.sys的大小不超过原系统的,那么它占用的空间只是原系统pagefile的一部分,不会造成覆盖原系统数据的情况,大家以为如何?

另外,在顶楼中,老九没有讲这个IFEX命令有什么功能,如何使用。

老毛桃 发表于 2007-1-26 08:49:46

原帖由 lxl1638 于 2007-1-25 23:34 发表
更新了,支持外挂字体!切底解决了精简版WinPE的字体问题!
老九果然够强

昨天刚刚将 Yonsm 大师的 XCMD 2.2 版本 Down 下来试用,配置文件跟着作了一定更改,今天一上来就发现老九又有动作了。

FONT、FBWF、WALL、USER、RUNS、NUMK 这几个新增加的命令也比较实用,省却了在配置中使用 REGI 命令配置 FBWF、背景图片 等参数的值。
原帖由 Climbing 于 2007-1-26 08:22 发表
我提些建议:

关于page命令:一般来说,我们启动PE都是用来进行系统维护的,而原机器上一般都装有xp等系统,而原来的系统一般都会有pagefile.sys,我们应该尽可能的避免pe启动时往硬盘上写入新增的文件(因为如 ...
石头的建议有些道理,有时候的确是不能够随便向硬盘中写入任何数据的。但是换句话说,系统中原有的 Pagefile.sys 有时也是不可以随便去覆盖它啊。对于一般用户,默认的情况下 Pagefile.sys 都是在 C 盘,而如果我们此时恰恰需要通过 WinPE 来对原来的系统分区大小进行调整、格式化等操作呢?Pagefile.sys 此时在 C 盘肯定不合适。

现在猜想,可否通过在 XCMD 接管控制权的期间,在虚拟内存设置之前(事实上,如果启用了 FBWF 的话,再没有加载很多的外置程序前,内存没那么快就不够用的,除非机器内存的确相当可怜),通过接受用户的某个热键来决定是否忽略虚拟内存的设置。当然这样可能会造成一些程序因为虚拟内存没有了而无法正常运行,但是可以将外置程序中的 FinalData 放到 FBWF 分区中运行,从而安全恢复数据。
页: 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25
查看完整版本: [PECMD X86 & X64 V4.0.2011.0501版] WinPE命令解释程序 & WinPE登录命令。