安全更新、重要更新、更新、更新汇总、驱动程序或功能包在安装
GDR
版本的文件时,也会将修复程序文件复制到
%windir%\$hf_mig$
文件夹中。如果以后安装包含这些文件的较早版本的修复程序或
Service
Pack,这将支持迁移到相应的文件。例如,假设下面的情形:
1.
您应用一个安全更新,该安全更新会安装
File.dll
的
GDR
版本(版本号为
5.2.3790.1000),并将
File.dll
的修复程序版本(版本号为
5.2.3790.1000)复制到
%windir%\$hf_mig$
文件夹中。
2.
您应用一个修复程序,其中包含
File.dll
的修复程序版本(版本号为
5.2.3790.0000)。在这种情形下,第
2
步中的修复程序安装过程会安装
%windir%\$hf_mig$
文件夹中
File.dll
的修复程序版本(版本号为
5.2.3790.1000),而不是修复程序包中的
File.dll
修复程序版本(版本号为
5.2.3790.0000)
[DllImport("kernel32.dll")]public static extern int GetPrivateProfileString(string section, string key, string def, StringBuilder retVal, int size, string filePath)
[DllImport("kernel32")]
public static extern long WritePrivateProfileString(string section, string key, string val, string filePath)
//示例
string config = System.Windows.Forms.Application.StartupPath+ @"\config.ini"
StringBuilder temp = new StringBuilder(255)
int i = GetPrivateProfileString("default", "count", "0", temp, 255, config) //读取config.ini中[default]组下的count至temp,默认为"0"
WritePrivateProfileString("[default]", "count", "10", config)//写入
在Windows XP系统下,运行“msconfig”后,系统提示找不到该文件。但是该文件明明存在于系统分区中,而且可以双击打开。这是因为msconfig.exe存在于 %systemroot%\PCHealth\HelpCtr\Binaries 目录中,而不是
%systemroot% 或 %systemroot%\system32
,无法省略其路径而直接运行文件名打开。我们平时之所以能够直接运行msconfig打开该程序,是因为在注册表中的
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App
Paths
键下有msconfig.exe
的相关路径,起到导向功能。如果没有了msconfig.exe相关路径或者路径错误,就会导致无法直接运行文件名打开。解决方法:运行“regedit”,找到
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App
Paths
在右边窗口中,右击空白处,依次选择【新建】→【项】,将其名改为“MSCONFIG.EXE”。然后选中“MSCONFIG.EXE”,再在右边窗口中,双击字符串值【默认】,把数值改为“C:\Windows\PCHealth\HelpCtr\Binaries\MSConfig.exe”(根据系统所在分区自行更改)。修改后,我们就可以像以前一样直接运行msconfig
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)