我正在使用以下命令:
@H_404_1@C:\>for %I in (a: b: c: ">:" "&:") do @rem %~fI
C:\>pushd c:
C:\>set "
和输出:
=&:=&:\
=>:=>:\
=A:=A:\
=B:=B:\
=C:=C:\
….
由于= Drive:变量存储最后访问的路径相应的驱动器,它看起来像%~fI扩展以某种方式访问不存在的驱动器(这是不可能的). (所有参数扩展都会创建这样的变量)
当在for replaceable参数中使用修饰符来请求路径元素时,for命令(以及检索正在读取的变量的内容的函数)使用
GetFullPathName
函数来使输入字符串适应可以处理的内容.此API函数(以及此API调用的某些OS基本函数)在请求相对路径时生成指示的行为.你可以测试这个c代码(对不起,只是一个快速的代码测试),用ex调用可执行文件. ;:作为第一个参数.
@H_404_1@#define _WIN32_WINNT 0x0500
#include <windows.h>
#include <stdio.h>
#define BUFFER_SIZE 4096
int main(int argc,char **argv){
char buffer[BUFFER_SIZE];
DWORD ret;
LPTSTR lpszVariable;
LPTCH lpvEnv;
if (argc != 2) return 1;
if (0 == GetFullPathName( argv[1],BUFFER_SIZE,buffer,NULL )){
printf ("GetFullPathName Failed (%d)\n",GetLastError());
return 2;
}
printf("current active directory: %s\r\n",buffer );
if (NULL == (lpvEnv = GetEnvironmentStrings())) {
printf("GetEnvironmentStrings Failed (%d)\n",GetLastError());
return 3;
}
lpszVariable = (LPTSTR) lpvEnv;
while (*lpszVariable) {
if (lpszVariable[0]== '=') printf("%s\n",lpszVariable);
lpszVariable += lstrlen(lpszVariable) + 1;
}
FreeEnvironmentStrings(lpvEnv);
return 0;
}
得到类似的东西
@H_404_1@D:\>test ;: current active directory: ;:\ =;:=;:\ =C:=C:\Windows\System32 =D:=D:\ =ExitCode=00000000编辑2016/12/23
这适用于Windows 10,但由于Windows 7的行为相同,因此它应共享相同或相似的代码.
环境字符串到控制台的输出由DisplayEnvVariable函数处理.在较旧的Windows版本中(已检查并且XP以这种方式执行),此函数调用GetEnvironmentStrings来检索值,但现在(已检查并在Vista中它已更改)使用指向内存区域的指针.不知何故(抱歉,此刻我不能给这个问题更多的时间),它指向一个非更新的环境副本(在这种情况下,更新不是由cmd命令生成的,而是来自解析时调用的基本Rtl函数)当前驱动路径),生成观察到的行为.
没有必要执行pushd或cd命令,对环境的任何更改或任何进程创建都将导致指针的更新.
@H_404_1@@echo off setlocal enableextensions disabledelayedexpansion echo = before ------------------------------ set " for %%a in ( ";:" ) do rem %%~fa echo = after ------------------------------- set " <nul >nul more echo = after more -------------------------- set "您可以使用简单的“thisIsNotSet =”替换更多的行以获得相同的结果