Cum Windows Interpretor de comenzi (CMD.EXE) parse script?

Question

Mai mult

Question

Cum Windows Interpretor de comenzi (CMD.EXE) parse script?

M-am întâlnit ss64.com, care oferă o bună ajutor cu privire la modul de a scrie script-uri lot că Windows Interpretor de comenzi va rula.

Cu toate acestea, am fost în imposibilitatea de a găsi o explicație bună de gramatica de script-uri lot, cum lucrurile se extindă sau să nu se extindă, și cum să scape de lucruri.

Aici sunt exemple de întrebări care nu am fost în măsură să rezolve:

Cum este citat gestionată de sistem? Am făcut o TinyPerl script ( foreach $i (@ARGV) { print '*' . $i ; } ), compilat-o și a numit-o în acest fel :
my_script.exe "o ""b"" c" → ieșire este *un "b*c
my_script.exe """c""" → ieșire *"a*b*c"
Cum interne "echo" comanda de muncă? Ce este extins în interiorul comanda?
De ce trebuie să folosiți pentru [...] %%Iîn fișierul script-uri, darpentru [...] %I` în sesiuni interactive?
Care sunt caractere de evacuare, și în ce context? Cum pentru a scăpa de un semn la sută? De exemplu, cum pot echo %PROCESSOR_ARCHITECTURE% propriu? Am gasit asta echo.exe %""PROCESSOR_ARCHITECTURE%` funcționează, există o soluție mai bună?
Cum de a face perechi de % meci? Exemplu:
b=a , echo %o %b% c% → %o c%
set a =b", " echo %o %b% c%→bb c%`
Cum pot asigura o variabilă trece la o comandă ca un singur argument, dacă vreodată această variabilă conține ghilimele?
Cum sunt variabile stocate atunci când se utilizează " set " comanda? De exemplu, dacă am face set a=un" b "și apoi" ecou.%o% obțin un" b. Dacă am folosi totuși echo.exe din UnxUtils, am primito b. Cum vine%o%` se extinde într-un mod diferit?

Vă mulțumesc pentru lumini.

aschipfl

Întrebarea editată 17 mai 2018 в 11:30

parsing

cmd

Solution / Answer

4 noiembrie 2010 в 8:26

Mai mult

Atunci când se invocă o comandă de la o fereastră de comandă, tokenizarea de argumente în linia de comandă nu este realizat prin cmd.exe(un.k.o. "shell"). De cele mai multe ori tokenizarea se face de către nou format de procesele de' C/C++ runtime, dar acest lucru nu este neapărat așa, de exemplu, dacă noul proces nu a fost scrisă în C/C++, sau dacă noul proces, alege să ignoreargv` și procesul prime commandline pentru sine (de exemplu, cu GetCommandLine()). La nivel de OS, Windows trece linia de comanda untokenized ca un singur șir la noi procese. Acest lucru este în contrast cu cele mai multe *nix scoici, în cazul în care shell-ul tokenizes argumente într-un mod coerent, previzibil înainte de a trece-le în format nou proces. Toate acestea înseamnă că pot apărea extrem de divergente argument tokenizarea comportament în diferite programe de pe Windows, ca programe individuale să ia de multe ori argumentul tokenizarea în propriile mâini.

Dacă sună ca anarhie, cam asta este. Cu toate acestea, deoarece un număr mare de programe Windows nu utilizați Microsoft C/C++ runtime's argv, poate fi, în general, util pentru a înțelege cum msvcrt dll tokenizes argumente. Aici este un fragment:

Argumentele sunt delimitate de spațiu alb, care este fie un spatiu sau un tab.
Un șir înconjurate de ghilimele duble este interpretat ca un singur argument, indiferent de spațiu alb conținute în. Un șir citat poate fi încorporat într-un argument. Rețineți că caret (^) nu este recunoscut ca un caracter de evacuare sau delimitator.
Ghilimele duble precedată de o bară oblică inversă, \", este interpretat ca un literal ghilimele duble (").
Bare oblice inverse sunt interpretate literal, cu excepția cazului în care imediat preced ghilimele duble.
Dacă un număr de backslash-uri este urmată de ghilimele duble, apoi un backslash () este plasat în argv matrice pentru fiecare pereche de backslash-uri (\), iar ghilimele duble (") este interpretat ca un șir delimitator.
Dacă un număr impar de backslash-uri este urmată de ghilimele duble, apoi un backslash () este plasat în argv matrice pentru fiecare pereche de bare oblice inverse ( \ ) și ghilimele duble este interpretat ca o secvență de evadare de restul backslash, provocând un literal ghilimele duble (") pentru a fi plasate în argv.

Microsoft "lot limba" (.bat) nu este o excepție în acest mediu anarhic, și s-a dezvoltat propriile sale reguli unice pentru tokenizarea și evadarea. De asemenea, se pare ca cmd.exe's de comandă face unele de preprocesare de argument în linia de comandă (mai ales pentru variabila de substituție și evadarea) înainte de a trece la o discuție recent de executare proces. Puteți citi mai multe despre low-detalii la nivel de lot limba și cmd evadarea din raspunsuri excelente de jeb și dbenham pe această pagină.

Las's a construi un simplu utilitar de linie de comandă în C și a vedea ceea ce se spune despre cazuri de testare:

int main(int argc, char* argv[]) {
    int i;
    for (i = 0; i < argc; i++) {
        printf("argv[%d][%s]\n", i, argv[i]);
    }
    return 0;
}

(Note: argv[0] este întotdeauna nume de executabil, și este omis de mai jos pentru concizie. Testat pe Windows XP SP3. Compilat cu Visual Studio 2005.)

> test.exe "a ""b"" c"
argv[1][a "b" c]

> test.exe """a b c"""
argv[1]["a b c"]

> test.exe "a"" b c
argv[1][a" b c]

Și câteva din propriile mele teste:

> test.exe a "b" c
argv[1][a]
argv[2][b]
argv[3][c]

> test.exe a "b c" "d e
argv[1][a]
argv[2][b c]
argv[3][d e]

> test.exe a \"b\" c
argv[1][a]
argv[2]["b"]
argv[3][c]

Community

Răspuns editat 13 ianuarie 2015 в 6:55

60

0

dbenham

1 noiembrie 2011 в 6:16

Mai mult

La Sută Extinderea Normelor

Aici este un extins explicație din Faza 1 în jeb's a răspunde (Valabil pentru ambele modul de lot și modul linie de comandă). Faza 1) La Suta De Expansiune Începând de la stânga, scana fiecare personaj pentru % " sau " <DACĂ>. Dacă va fi găsit atunci

1.05 (truncate linie la <DACĂ>)
Dacă personajul e <DACĂ> apoi
Drop (ignora) restul de linia de `<DACĂ> înainte
Du-te la Faza 1.5 (Strip <CR>)
Altceva caracter trebuie să fie %, astfel încât proceda la 1.1
1.1 (escape %) omis dacă modul linie de comandă
Dacă modul de lot și urmat de un alt % apoi Înlocuiți %% cu un singur % și continua scanare
1.2 (extinde argument) omis dacă modul linie de comandă
Altfel, dacă modul de lot atunci
Dacă este urmat de * și comanda extensiile sunt activate atunci Înlocuiți ` % * cu textul de toate argumente în linia de comandă (Înlocui cu nimic dacă nu există argumente) și a continua scanarea.
Altfel, dacă urmat de <cifre> apoi Înlocuiți `% cu un argument de valoare (înlocui cu nimic dacă nedefinit) și a continua scanarea.
Altfel, dacă urmat de ~ și comanda extensiile sunt activate atunci
Dacă este urmat de opțional valabil lista de argument modificatori urmat de necesar <cifre> apoi Înlocuiți %~[modificatori]<cifre> cu argument modificat valoarea (înlocui cu nimic dacă nu este definit sau dacă este specificat $PATH: modificator nu este definită) și a continua scanarea. *Notă: modificatori sunt case insensitive și pot apărea de mai multe ori, în orice ordine, cu excepția $PATH: modificator poate să apară doar o singură dată și trebuie să fie ultimul modificator înainte de`*
Altceva invalid argument modificat sintaxa ridică eroare fatală: Toate analizat comenzi sunt avortați, și de prelucrare a lot intrerupe dacă în modul de lot!
1.3 (extinde variabil)
Altfel, dacă comanda extensiile sunt dezactivate atunci Uita-te la următorul șir de caractere, de rupere înainte de % sau la sfârșitul buffer, și le numim VAR (poate fi o listă goală)
Dacă următorul caracter este % apoi
Dacă VAR este definit atunci Înlocuiți %VAR% cu valoarea de VAR și de a continua de scanare
Altfel, dacă modul de lot atunci Elimina %VAR% și continua scanare
Du-te la altceva 1.4
Du-te la altceva 1.4
Altfel, dacă comanda extensiile sunt activate atunci Uita-te la următorul șir de caractere, de rupere înainte de % : sau la sfârșitul buffer, și le numim VAR (poate fi o listă goală). Dacă VAR pauze inainte de": "și ulterioare caracter este % apoi includ : ca ultim caracter în VAR și pauză înainte de %.
Dacă următorul caracter este % apoi
Dacă VAR este definit atunci Înlocuiți %VAR% cu valoarea de VAR și de a continua de scanare
Altfel, dacă modul de lot atunci Elimina %VAR% și continua scanare
Du-te la altceva 1.4
Altfel, dacă următorul caracter este : atunci
Dacă VAR este nedefinită, atunci
Dacă modul de lot atunci Elimina %VAR: și continua scanarea.
Du-te la altceva 1.4
Altfel, dacă următorul caracter este ~ atunci
Dacă următorul șir de caractere meciuri modelul [integer][,[integer]]% apoi Înlocuiți %VAR:~[integer][,[integer]]% cu subșir de valoarea VAR (eventual rezultat în șir gol) și a continua scanarea.
Du-te la altceva 1.4
Altfel, dacă urmat de = sau *= atunci Invalid variabilă de căutare și înlocuiți sintaxa ridică eroare fatală: Toate analizat comenzi sunt avortați, și de prelucrare a lot intrerupe dacă în modul de lot!
Altfel, dacă următorul șir de caractere meciurile model de[]cauta=[replace]%, unde de căutare poate include orice set de caractere, cu excepția=, și înlocuiți pot include orice set de caractere, cu excepția%, apoi înlocuiți %VAR:[]cauta=[replace]%` cu valoarea de VAR după efectuarea de căutare și înlocui (eventual rezultat în șir gol) si continua de scanare
Du-te la altceva 1.4
1.4 (strip %)
Altfel, Dacă modul de lot atunci Elimina % și continua scanare începând cu caracterul de după %
Altcineva a păstra %și continua scanare începând cu caracterul de după % Cele de mai sus explică de ce acest lot

@echo off
setlocal enableDelayedExpansion
set "1var=varA"
set "~f1var=varB"
call :test "arg1"
exit /b  
::
:test "arg1"
echo %%1var%% = %1var%
echo ^^^!1var^^^! = !1var!
echo --------
echo %%~f1var%% = %~f1var%
echo ^^^!~f1var^^^! = !~f1var!
exit /b

Dă aceste rezultate:

%1var% = "arg1"var
!1var! = varA
--------
%~f1var% = P:\arg1var
!~f1var! = varB

Notă 1 - Faza 1 are loc înainte de recunoașterea REM declarații. Acest lucru este foarte important pentru că înseamnă chiar o remarcă poate genera o eroare fatală dacă are invalid argument expansiune sintaxa sau invalid variabilă de căutare și înlocuiți sintaxa!

@echo off
rem %~x This generates a fatal argument expansion error
echo this line is never reached

Notă 2 - o Altă consecință interesantă a % parsarea reguli: Variabile care conțin : în numele poate fi definit, dar ele nu pot fi extinse decât dacă comanda extensiile sunt dezactivate. Există o singură excepție - un nume de variabilă care conține o singură colon, la sfârșitul poate fi extinsă, în timp ce comanda extensiile sunt activate. Cu toate acestea, nu puteți efectua subșir sau de căutare și înlocuiți operațiuni pe nume de variabile care se încheie cu un colon. Fișierul de comenzi de mai jos (prin amabilitatea jeb) demonstrează acest comportament

@echo off
setlocal
set var=content
set var:=Special
set var::=double colon
set var:~0,2=tricky
set var::~0,2=unfortunate
echo %var%
echo %var:%
echo %var::%
echo %var:~0,2%
echo %var::~0,2%
echo Now with DisableExtensions
setlocal DisableExtensions
echo %var%
echo %var:%
echo %var::%
echo %var:~0,2%
echo %var::~0,2%

Notă 3 - Un interesant rezultat de ordinul a normelor de parsare că jeb stabilește în postul său: atunci Când se efectuează găsi și înlocui cu întârziere de expansiune, caractere speciale în ambele găsi și înlocui termenii trebuie să fie scăpat sau citat. Dar situația este diferită de la suta de expansiune - de a găsi pe termen nu trebuie să fi scăpat (deși acesta poate fi citat). Procentul înlocui șirul poate sau nu poate solicita de evacuare sau citat, în funcție de intenție.

@echo off
setlocal enableDelayedExpansion
set "var=this & that"
echo %var:&=and%
echo "%var:&=and%"
echo !var:^&=and!
echo "!var:&=and!"

Amânat Extinderea Normelor

Aici este un extins, și mai precis explicație a etapei 5 în jeb's a răspunde (Valabil pentru ambele modul de lot și modul linie de comandă) Faza 5) Expansiune Întârziată

Această etapă este omisă dacă oricare dintre următoarele condiții se aplică:

Întârziere de expansiune este dezactivat.
Comanda este într-o paranteze bloc de pe fiecare parte a conductei.
Intrare de comandă token-ul este un "gol" script lot, ceea ce înseamnă că nu este asociat cu "APEL", paranteze bloc, orice formă de comanda concatenare (&, && "sau"||), sau o țeavă |. A întârziat procesul de extindere este aplicat la jetoane în mod independent. O comandă poate avea mai multe jetoane:
Comanda token. Pentru cele mai multe comenzi comanda numele în sine este un simbol. Dar câteva comenzi s-au specializat regiuni care sunt considerate un SEMN pentru faza 5.
pentru ... în(TOKEN) nu`
dacă definite TOKEN`
dacă există TOKEN`
dacă errorlevel TOKEN`
dacă cmdextversion TOKEN`
dacă TOKEN comparație TOKEN, în care comparația este una dintre==,equ,cen,iss,leq,gtr", sau " geq`
Argumentele token
Destinația semn de redirectare (una pe redirecționare) Nici o schimbare nu este precupețit pentru a token-uri care nu conțin !. Pentru fiecare simbol care conține cel puțin un !, scana fiecare caracter la stânga la dreapta pentru ^ sau !, și dacă este găsit, atunci
5.1 (caret de evacuare) Necesare pentru a! " sau " ^ literali
Dacă personajul este o caret ^ apoi
Scoateți ^
Scana următorul caracter și-l păstreze ca un literal
Continua scanare
5.2 (extinde variabil)
Dacă personajul este !, apoi
Dacă comanda extensiile sunt dezactivate atunci Uita-te la următorul șir de caractere, de rupere înainte de! " sau " <DACĂ>, și le numim VAR (poate fi o listă goală)
Dacă următorul caracter este ! atunci
Dacă VAR este definit, atunci Înlocuiți `!VAR! cu valoarea de VAR și de a continua de scanare
Altfel, dacă modul de lot atunci Elimina !VAR! și continua scanare
Du-te la altceva 5.2.1
Du-te la altceva 5.2.1
Altfel, dacă comanda extensiile sunt activate atunci Uita-te la următorul șir de caractere, de rupere înainte de !, :, sau <DACĂ>, și le numim VAR (poate fi o listă goală). Dacă VAR pauze inainte de": "și ulterioare caracter este ! apoi includ : ca ultim caracter în VAR și pauză înainte de a !
Dacă următorul caracter este ! atunci
Dacă VAR există, atunci Înlocuiți `!VAR! cu valoarea de VAR și de a continua de scanare
Altfel, dacă modul de lot atunci Elimina !VAR! și continua scanare
Du-te la altceva 5.2.1
Altfel, dacă următorul caracter este : atunci
Dacă VAR este nedefinită, atunci
Dacă modul de lot atunci Elimina !VAR: și continua scanare
Du-te la altceva 5.2.1
Altfel, dacă următorul șir de caractere meciurile model de ~[integer][,[integer]]! atunci Înlocuiți !VAR:~[integer][,[integer]]! cu subșir de valoarea VAR (eventual, rezultând într-un șir gol) si continua de scanare
Altfel, dacă următorul șir de caractere meciurile model de[]cauta=[replace]!, în cazul în care căutarea poate include orice set de caractere, cu excepția=, și înlocuiți pot include orice set de caractere, cu excepția!, apoi Înlocuiți!VAR:[]cauta=[replace]!` cu valoarea de VAR după efectuarea de căutare și înlocui (eventual, rezultând într-un șir gol) si continua de scanare
Du-te la altceva 5.2.1
Du-te la altceva 5.2.1
5.2.1
Dacă modul de lot apoi scoateți ! Altcineva a păstra !
Continuați scanarea începând cu caracterul de după !

dbenham

Răspuns editat 11 septembrie 2019 в 9:59

44

0

bobbogo

17 ianuarie 2011 в 3:58

Mai mult

După cum a subliniat, comenzile sunt transmise întregului argument șir în µSoft teren, și este de până la ei pentru a analiza acest lucru în diferite argumente pentru uz propriu. Nu există nici consistencty în acest între programe diferite, și, prin urmare, nu există nici un set de reguli pentru a descrie acest proces. Ai într-adevăr nevoie pentru a verifica fiecare caz colț pentru orice C biblioteca dvs. utilizează programul.

În măsura în sistem .bat fișiere merge, aici este testul:

c> type args.cmd
@echo off
echo cmdcmdline:[%cmdcmdline%]
echo 0:[%0]
echo *:[%*]
set allargs=%*
if not defined allargs goto :eof
setlocal
@rem Wot about a nice for loop?
@rem Then we are in the land of delayedexpansion, !n!, call, etc.
@rem Plays havoc with args like %t%, a"b etc. ugh!
set n=1
:loop
    echo %n%:[%1]
    set /a n+=1
    shift
    set param=%1
    if defined param goto :loop
endlocal

Acum putem rula câteva teste. A se vedea dacă vă puteți da seama ce µSoft sunt încercarea de a face:

C>args a b c
cmdcmdline:[cmd.exe ]
0:[args]
*:[a b c]
1:[a]
2:[b]
3:[c]

Bine până acum. (M-am'll lăsa neinteresant %cmdcmdline% și %0 de acum.)

C>args *.*
*:[*.*]
1:[*.*]

Nu filename expansiune.

C>args "a b" c
*:["a b" c]
1:["a b"]
2:[c]

Nu, citat de separare, deși citate nu împiedică argument divizare.

c>args ""a b" c
*:[""a b" c]
1:[""a]
2:[b" c]

Consecutiv ghilimele le face să-și piardă orice speciale de analiză abilitățile care le-au avut. @Beniot's exemplu:

C>args "a """ b "" c"""
*:["a """ b "" c"""]
1:["a """]
2:[b]
3:[""]
4:[c"""]

Quiz: Cum fac sa trec de valoarea de orice mediu de var ca un single argument (de exemplu, ca %1) pentru un fișier bat?

c>set t=a "b c
c>set t
t=a "b c
c>args %t%
1:[a]
2:["b c]
c>args "%t%"
1:["a "b]
2:[c"]
c>Aaaaaargh!

Normal parsarea pare rupt pentru totdeauna.

Pentru divertisment, încercați să adăugați diverse^, \, ', & (&c.) caractere de la aceste exemple.

Stein Åsmul

Răspuns editat 5 august 2014 в 6:48

7

0

SS64

11 august 2014 в 9:01

Mai mult

Ai multe răspunsuri de mai sus deja, dar pentru a răspunde la o parte din întrebarea ta:

set a =b, echo %a %b% c% → bb c%

Ceea ce se întâmplă este că, dacă ai un spatiu inainte de semnul =, o variabilă este creat numit %o<spațiu>% deci, atunci când echo %o % care este evaluată corect ca "b".

Partea rămasă b% c% este apoi evaluată ca text simplu + un undefined variable % c%, care ar trebui să fie repetat ca tastat, pentru mine echo %o %b% c% a se întoarce bb% c%

Bănuiesc că abilitatea de a include spații în nume de variabile este mai mult de o supraveghere decât planificat 'dispun'

5

0

Adăugati o întrebare

Categorii

Toate

Tehnologii

Cultură

Viață / Artă

Stiință

Profesii

Afaceri

Utilizatori

Toate

Nou

Populare

1

Andrei Kalinin

Înregistrat 2 săptămâni în urmă

2

Koroleva Ego

Înregistrat 1 lună în urmă

3

Star Lenon

Înregistrat 1 lună în urmă

4

Данил Жевнеров

Înregistrat 1 lună în urmă

5

Анна Литвиненко

Înregistrat 2 luni în urmă

Aveți o întrebare? Adăugați-o pe site-ul nostru și primiți răspuns instant

ro.kzen.dev

jeb · Accepted Answer · 2010-11-04T09:04:30+00:00

Am efectuat experimente pentru a investiga gramatica de script-uri lot. Am investigat, de asemenea, diferențe între lot și modul linie de comandă. Lot Linie Parser:

Aici este o scurtă prezentare a etapelor implicate în procesul de prelucrare o linie de cod într-un fișier batch: Faza 0) Linia De Citit: Faza 1) La Suta De Expansiune: Faza 1.5) Elimina `<CR>`: Scoateți toate Retur de car (0x0D) caractere Faza 2) Procesul de caractere speciale, tokenize, și de a construi un cache bloc comanda: Acesta este un proces complex, care este afectat de lucruri, cum ar fi citate, caractere speciale, token delimitatori, și caret scapă. Faza 3) Echo analizat de comandă(s) Numai în cazul în care comanda bloc nu a început cu `@`, iar ECOUL a fost PE la începutul pasul precedent. Faza 4) PENTRU%X` variabil de expansiune: Numai dacă o comandă este activă și comenzile după ce sunt prelucrate. Faza 5) Întârziere de Expansiune: Numai în cazul în expansiune întârziată este activat Faza 5.3) Țeavă de prelucrare: Numai dacă comenzile sunt pe fiecare parte a conductei Faza 5.5) Executa Redirection: Faza 6) prelucrarea APEL/Caret dublare: Numai în cazul în care comanda token este APEL Faza 7) Executa: comanda este executat

Aici sunt detalii pentru fiecare faza: Rețineți că fazele descrise mai jos sunt doar un model de cum lot parser funcționează. Real cmd.exe interne pot să nu reflecte aceste faze. Dar acest model este eficient în a prevedea comportamentul de script-uri lot. Faza 0) Linia de Citit: Citeste o linie de intrare prin prima <DACĂ>.

Atunci când citesc o linie pentru a fi analizat ca o comandă, <Ctrl-Z> (0x1A) este citit ca <DACĂ> (linie nouă 0x0A)
Atunci DU-te sau SUNA citește linii de scanare în timp ce pentru un :etichetă, <Ctrl-Z>, este tratată în sine - acesta este de nu convertit la <DACĂ> Faza 1) La Suta De Expansiune:
Un dublu %% este înlocuit de către un singur %
Extinderea argumente (%*, %1, %2, etc.)
Extinderea %var%, dacă var nu există o înlocuiască cu nimic
Linia este trunchiat la prima <DACĂ> nu în%var%` expansiune
Pentru o explicație completă a citit în prima jumătate a acestui din dbenham Același fir: la Sută Faza Faza 1.5) Elimina <CR>: Scoateți toate Transportul de Returnare (0x0D) de la linia de Faza 2) Procesul de caractere speciale, tokenize, și de a construi un cache bloc comanda: Acesta este un proces complex, care este afectat de lucruri, cum ar fi citate, caractere speciale, token delimitatori, și caret scapă. Ceea ce urmează este o aproximare a acestui proces. Există concepte care sunt importante pe tot parcursul acestei faze.
Un simbol este pur și simplu un șir de caractere este tratat ca o unitate.
Token-uri sunt separate de token delimitatori. Standardul token delimitatori sunt <spațiu> <tab> ; , = <0x0B> <0x0C> " și " <0xFF> Consecutiv, semn delimitatori sunt tratate ca una - nu există gol jetoane între token delimitatori
Nu există nici un semn delimitatori într-un șir citat. Întregul șir citat este întotdeauna tratată ca parte a unui singur token. Un singur semn poate consta dintr-o combinație de siruri de caractere citate și necotate caractere. Următoarele caractere pot avea o semnificație specială în această fază, în funcție de context: ^ ( @ & | < "> " <DACĂ> <spațiu> <tab> ; , = <0x0B> <0x0C> <0xFF> Uita-te la fiecare caracter la stânga la dreapta:
Dacă este o caret (^), următorul caracter este scăpat și scapă caret este eliminat. Scăpat de caractere pierde toate semnificație specială (cu excepția <DACĂ>).
Dacă este un citat ("), comutare citat de pavilion. Dacă citatul de pavilion este activ, atunci doar" " și " <DACĂ>` sunt speciale. Toate celelalte personaje pierde sensul lor speciale până la următorul citat comută citat steagul jos. Nu este posibil pentru a scăpa de închidere citat. Tot citat personajele sunt întotdeauna în aceeași ordine de idei.
<DACĂ> stinge mereu citat de pavilion. Alte comportamente variază în funcție de context, dar citate nu-și modifice comportamentul de <DACĂ>.
A scăpat de <DACĂ>
<DACĂ> este deposedat
Următorul caracter este scăpat. Dacă la sfârșitul de linie tampon, apoi pe următoarea linie se citesc și prelucrate prin fazele 1 și 1,5 și anexată la curent înainte de a evada următorul caracter. Dacă următorul caracter este <DACĂ>, atunci este tratat ca un literal, înseamnă că acest proces nu este recursiv.
Fără șir escape `<DACĂ> nu în paranteze
<DACĂ> este deposedat și de analiză din linia curentă este reziliat.
Restul de caractere în linie tampon sunt pur și simplu ignorate.
Fără șir escape <DACĂ> într-o ÎN paranteze bloc
<DACĂ> este transformată într-o <spațiu>
Dacă la sfârșitul liniei tampon, apoi pe următoarea linie se citesc și se anexează la cel actual.
Fără șir escape <DACĂ> în cadrul unei paranteze bloc comanda
<DACĂ> este transformată în <DACĂ><spațiu>", iar " <spațiu> este tratat ca parte din următoarea linie de comanda bloc.
Dacă la sfârșitul de linie tampon, apoi pe următoarea linie se citesc și se anexează la spațiu.
Dacă este unul dintre caracterele speciale & | < " sau " >, divizat în linie la acest punct, în scopul de a se ocupe de conducte, comanda concatenare, și de redirecționare.
În cazul unei conducte (|), fiecare parte este o comandă separată (sau command block), care devine o manipulare specială în faza 5.3
În caz de &, &&, sau || comanda concatenare, fiecare parte de concatenare este tratată ca o comandă separată.
În caz de <, <<, >", sau " >> redirecționare, redirecționarea clauză este analizat, eliminat temporar, iar apoi anexată la sfârșitul comanda curentă. O redirecționare clauză este format dintr-un fișier opțional se ocupe de cifre, redirecționarea operator, și redirecționarea destinație token.
Dacă token-ul care precede redirecționarea operator este o singură cifră, atunci cifră specifică fișierul mâner pentru a fi redirecționat. Dacă mânerul token nu este găsit, apoi redirecționarea de ieșire implicit 1 (stdout), și de intrare de redirecționare implicit la 0 (stdin).
Dacă primul simbol pentru această comandă (înainte de a se muta redirecționarea la final) începe cu @, apoi @ are o semnificație specială. (@ nu este special în orice alt context)
Special @ este eliminat.
Dacă ECHO este PE, apoi această comandă, împreună cu următoarele concatenate comenzi pe această linie, sunt excluse de la faza 3 ecou. Dacă @ este înainte de o deschidere (, atunci întreaga paranteze bloc este exclus din faza 3 ecou.
Procesul de paranteze (prevede compus declarații pe mai multe linii):
Dacă parser-ul nu este în căutarea pentru o comandă token, apoi ( nu este special.
Dacă parser-ul este în căutarea pentru o comandă simbol și găsește (, apoi începe o nouă instrucțiune compusă și creștere paranteza contra
Dacă paranteză contra este > 0 atunci ) reziliază compus declarație și diminuări de paranteze contra.
Dacă linia este atinsă la sfârșitul anului și paranteze contra este > 0 atunci linia următoare va fi anexată la instrucțiune compusă (începe din nou cu faza 0)
Dacă paranteză contorul este 0 și parser-ul este în căutarea pentru o comandă, apoi ) funcții similare unei REM declarație atâta timp cât acesta este imediat urmat de un semn de delimitare, caractere speciale, newline, sau de sfârșit de fișier
Toate caracterele speciale își pierd sensul lor, cu excepția ^ (linie de concatenare este posibil)
O dată la sfârșitul logic linie este de ajuns, tot "comanda" este aruncată.
Fiecare comandă este analizat într-o serie de jetoane. Primul semn este întotdeauna tratată ca o comandă de semn (după specială @ fi fost dezbrăcat și redirecționarea mutat la sfârșitul).
Lider semn delimitatori înainte de a comanda token sunt dezbrăcat
Atunci când parsarea comanda token, ( funcționează ca o comandă semn delimitator, în plus față de standardul token delimitatori
Manipularea ulterioară jetoane depinde de comanda.
Cele mai multe comenzi pur și simplu înlănțui toate argumentele de după comanda semn într-un singur argument token. Toate argumentul semn delimitatori sunt conservate. Argument opțiuni sunt, de obicei, nu a analizat până în faza 7.
Trei comenzi speciale de manipulare - în CAZUL în, PENTRU, și REM
DACĂ este împărțit în două sau trei părți distincte, care sunt prelucrate în mod independent. O eroare de sintaxă în CAZUL în care construcția va duce la o fatală eroare de sintaxă.
Comparația operațiunea este comanda propriu-zisă, care curge până la faza 7
DACĂ toate opțiunile sunt pe deplin analizat în faza a 2-a.
Consecutive semn delimitatori prăbușirea într-un singur spațiu.
În funcție de operatorul de comparație, nu va fi una sau două jetoane de valoare care sunt identificate.
Adevărat comanda bloc este un set de comenzi după starea, și este analizat ca orice alt bloc comanda. Dacă ALTCINEVA este de a fi utilizate, atunci Adevărata bloc trebuie să fie paranteze.
Opțional False comanda bloc este un set de comenzi după ALTCEVA. Din nou, acest bloc comanda este analizat în mod normal.
Adevărat și Fals blocuri de comandă nu curge automat în fazele ulterioare. Prelucrarea lor ulterioară este controlat de fază 7.
Este împărțit în două după ce FACE. O eroare de sintaxă în construcții va duce la o fatală eroare de sintaxă.
Porțiunea printr NU este real PENTRU repetare comandă care curge prin faza 7
PENTRU toate opțiunile sunt pe deplin analizat în faza a 2-a.
ÎN paranteze clauza tratează<DACĂ> " ca " <spațiu>`. După ce ÎN clauza este analizat, toate jetoanele sunt concatenate împreună pentru a forma un singur jeton.
Consecutive fără șir escape/necotate semn delimitatori prăbușirea într-un singur spațiu de-a lungul PENTRU comanda prin a FACE.
Porțiunea de după NU este un bloc comanda care este analizat în mod normal. Prelucrarea ulterioară a FACE comanda bloc este controlat prin repetare în faza 7.
REM detectate în faza a 2-a este tratată în mod dramatic diferit de toate celelalte comenzi.
Doar un singur argument token este analizat - parser-ul ignoră caracterele după primul argument token.
REM comanda pot apărea în faza 3 de ieșire, dar comanda nu este executată, și argumentul inițial text este repetat - evadarea carets nu sunt eliminate, cu excepția...
Dacă există un singur argument semn că se termină cu un fără șir escape ^ care se termină linia, atunci argumentul token este aruncat, și linia următoare este analizat și se anexează la REM. Acest lucru se repetă până când nu există mai mult de un simbol, sau ultimul caracter nu este ^.
Dacă comanda simbol incepe cu :, și aceasta este prima rundă de faza a 2-a (nu un restart din cauza pentru a APELA în faza 6) atunci
Token-ul este de obicei tratat ca un Neexecutate Etichetă.
Restul de linie este analizat, cu toate acestea ), <, " >", & și | nu mai au o semnificație specială. Tot restul liniei este considerat a fi parte din eticheta "comanda".
A ^ continuă să fie specială, în sensul că linia de continuare poate fi folosit pentru a adăuga ulterioare line pentru etichetă.
O Neexecutate Etichetă în cadrul unei paranteze bloc va duce la o fatală eroare de sintaxă excepția cazului în care este imediat urmată de o comandă sau Executat Etichetă pe următoarea linie.
( nu mai are o semnificație deosebită pentru prima comandă care urmează Neexecutate Etichetă.
Comanda este anulată după eticheta de parsare este completă. Fazele ulterioare nu au loc pentru eticheta
Există trei excepții care pot provoca o etichetă găsit în faza a 2-a să fie tratat ca un Executat Etichetă care continuă parsarea prin faza 7.
Există redirecționare care precede eticheta simbol, și nu există un | conductă sau &, &&, sau || comanda de concatenare pe linie.
Există redirecționare care precede eticheta simbol, iar comanda este într-o paranteze bloc.
Eticheta simbol este prima comanda pe o linie într-o paranteze bloc, și linia de mai sus s-a încheiat cu o Neexecutate Etichetă.
Următoarele apare atunci când un Executat Etichetă este descoperit in faza a 2-a
Eticheta, argumentele sale, și redirecționarea sunt excluse de la orice ecou de ieșire în faza 3
Orice modificare ulterioară concatenate comenzi pe linie sunt pe deplin analizat și executat.
Pentru mai multe informații despre Executat Etichete vs Neexecutate Etichete, a se vedea https://www.dostips.com/forum/viewtopic.php?f=3&t=3803&p=55405#p55405 Faza 3) Echo analizat de comandă(s) Numai în cazul în care comanda bloc nu a început cu @, iar ECOUL a fost PE la începutul pasul precedent. Faza 4) PENTRU%X` variabil de expansiune: Numai dacă o comandă este activă și comenzile după ce sunt prelucrate.
În acest moment, faza 1 de prelucrare a lot va fi convertit deja o variabilă ca %%X " în " %X. Linia de comandă are diferite procente de expansiune reguli pentru faza 1. Acesta este motivul pentru care liniile de comanda folosi %X dar fișiere lot folosi %%X pentru variabile.
PENTRU numele variabilelor sunt case sensitive, dar ~modificatori nu sunt sensibile la majuscule.
~modificatori întâietate față de nume de variabile. Dacă un personaj următoarele " ~ " este atât un modificator și valabil PENTRU nume de variabilă, și există un ulterioare personaj care este un activ PENTRU numele variabilei, apoi personajul este interpretat ca un modificator.
PENTRU nume de variabile sunt globale, dar numai în contextul de o clauză. Dacă o rutină este Numit din cadrul o PENTRU a FACE clauză, atunci PENTRU variabilele nu sunt extinse în cadrul Sunat de rutină. Dar dacă rutina are propriile sale DE comandă, apoi toate definite în prezent PENTRU variabilele sunt accesibile la interior FACE comenzi.
PENTRU numele variabilelor pot fi reutilizate în cadrul imbricate FORs. Interior PENTRU valoare are prioritate, dar o dată la INTERIOR PENTRU a se închide, apoi exterior PENTRU valoarea este restabilită.
Dacă ECHO a fost PE la începutul acestei faze, apoi faza 3) se repetă pentru a arăta analizat FACE comenzi după PENTRU variabilele au fost extinse. ---- De la acest punct mai departe, fiecare comandă identificate în faza 2 este prelucrat separat. ---- Fazele 5 și 7 sunt finalizate pentru o comandă înainte de a trece la următoarea. Faza 5) Întârziere de Expansiune: Numai în cazul în expansiune întârziată este pe, comanda nu este în paranteze bloc de pe fiecare parte a conductei, iar comanda nu este un "gol" script lot (script numele fără paranteze, TELEFON, comanda concatenare, sau țeavă).
Fiecare jeton pentru o comanda este analizat pentru expansiune întârziată în mod independent.
Cele mai multe comenzi analiza două sau mai multe token-uri - comanda token, argumentele token, și fiecare destinație redirecționare token.
PENTRU comanda analizează ÎN clauza token numai.
DACĂ comanda analizează compararea valorilor de doar una sau două, în funcție de operator de comparare.
Pentru fiecare analizat token, verificați mai întâi dacă acesta conține orice !. Dacă nu, atunci token nu este analizat important pentru ^ personaje. Dacă simbolul nu conține !, apoi scana fiecare caracter la stânga la dreapta:
Dacă este o caret (^) următorul caracter nu are nici o semnificație specială, pe caret în sine este eliminat
Dacă este un semn de exclamare, de căutare pentru următorul semn de exclamare (carets nu sunt respectate mai), pentru a extinde valoarea variabilei.
Deschidere Consecutive ! sunt s-a prăbușit într-o singur !
Restul nepereche ! este eliminat
Extinderea vars în această etapă este "sigur", pentru caractere speciale care nu sunt detectate mai (chiar și <CR> " sau " <DACĂ>)
Pentru o explicație mai completă, citit a 2-a jumătate a acestui din dbenham același fir - semn de Exclamare Faza Faza 5.3) Țeavă de prelucrare: Numai dacă comenzile sunt pe fiecare parte a conductei Fiecare parte a conductei este procesată în mod independent și asincron.
Dacă comanda este internă a cmd.exe sau este un fișier batch, sau dacă este o paranteze bloc comanda, atunci este executat într-un nou cmd.exe fir de via %comspec% /S /D /c" commandBlock", deci, bloc comanda devine o faza de restart, dar de data asta în modul linie de comandă.
Dacă o paranteze bloc comanda, apoi toate <DACĂ> cu o comandă înainte și după ce sunt convertite la<spațiu>&. Alte<DACĂ>` sunt dezbrăcat.
Acesta este sfârșitul de prelucrare pentru conducta de comenzi.
A se vedea https://stackoverflow.com/q/8192318/1012053 pentru mai multe informații despre conducta de analiză și prelucrare Faza 5.5) Executa Redirection: Orice redirecționare care a fost descoperit în faza 2 este acum executat.
Rezultatele din fazele 4 și 5 pot avea un impact redirecționare care a fost descoperit în faza a 2-a.
Dacă redirecționarea eșuează, apoi restul de comanda este anulată. Notă că nu a reușit redirection nu a stabilit ERRORLEVEL 1, cu excepția cazului || este folosit. Faza 6) prelucrarea APEL/Caret dublare: Numai în cazul în care comanda token este APELUL, sau dacă textul înainte de primul loc de standardul token delimitator este APELUL. Dacă APELUL este analizat dintr-o comanda mai mare token, apoi porțiunea neutilizată sunt prefixate cu argumente semn înainte de a continua.
Scanare argumentele token pentru un necotate /?. Dacă va fi găsit oriunde în jetoane, apoi abandonați faza 6 și treceți la Etapa 7, în cazul în care AJUTORUL de APEL va fi imprimat.
Elimina primul "APEL", deci mai multe de APEL's pot fi stivuite
Dublu toate carets
Restart fazele 1, 1.5, 2, dar nu continua să-faza 3
Orice s-a dublat carets sunt reduse la una caret atâta timp cât acestea nu sunt cotate. Dar, din păcate, citat carets rămâne dublat.
Faza 1 se schimbă un pic
Extinderea erori la pasul 1.2 sau 1.3 anulați APELUL, dar eroarea nu este fatal - de prelucrare a lot continuă.
Faza a 2-a sarcini sunt modificate un pic
Orice nou apare necotate, fără șir escape redirecționare care nu a fost detectat în prima rundă a fazei 2 este detectat, dar acesta este eliminat (inclusiv numele fișierului), fără de fapt efectuarea redirecționarea
Orice nou apare necotate, fără șir escape cursorul la sfârșitul liniei este eliminat fără a efectua linie continuare
APELUL este anulat fără eroare dacă oricare dintre următoarele sunt detectate
Nou apare necotate, fără șir escape & sau |
Rezultanta comanda token începe cu necotate, fără șir escape (
Primul semn după APEL eliminat a început cu @
Dacă rezultanta comanda este un aparent valabil DACĂ sau PENTRU executarea ulterior va eșua, cu o eroare care să ateste că "DACĂ" sau "PENTRU" nu este recunoscut ca o comandă internă sau externă.
Desigur, APELUL nu este anulată în această a 2-a runda din faza a 2-a dacă rezultanta comanda token este o etichetă care încep cu :.
Dacă rezultanta comanda token este APELUL, apoi reporniți Faza 6 (se repetă până când nu mai SUNA)
Dacă rezultanta comanda token-ul este un script lot sau un :etichetă, apoi executarea de APEL este pe deplin gestionate de restul Faza 6.
Push actualul lot fișier script poziția pe stiva de apel, astfel încât executare poate relua de la poziția corectă atunci când APELUL este terminat.
Configurare %0, %1, %2, ...%N și %* argument token-uri pentru telefon, folosind toate rezultantă jetoane
Dacă comanda token este o etichetă care începe cu :, apoi
Restart Faza 5. Acest lucru poate avea un impact ce :eticheta este Numit. Dar de la %0 etc. jetoanele au fost deja de configurare, aceasta nu va modifica argumentele care sunt transmise Numit de rutină.
Executa GOTO etichetă să poziționați pointerul de fișier la începutul subrutină (ignora orice alte token-uri care pot urmați :eticheta) a se Vedea Etapa 7 reguli cu privire la modul GOTO funcționează.
În cazul în care :eticheta semn lipsește, sau :eticheta nu este găsit, atunci stiva de apel este imediat a apărut pentru a restabili fișierul salvat poziție, și APELUL este anulat.
În cazul în care :eticheta se întâmplă să conțină /?, apoi DU-te la ajutor este imprimat în loc de a căuta pentru :etichetă. Fișierul indicatorul nu se mișcă, astfel încât codul după APELUL este executată de două ori, o dată în APEL context, și apoi din nou după APELUL se întoarcă. Vezi https://stackoverflow.com/q/31987023/1012053 pentru mai multe informații.
Altceva de control al transferului specificat batch script.
Executarea Numit :etichetă sau script continuă până când fie de IEȘIRE /B sau sfârșit de fișier este atins, moment în care stiva de APEL este mi-a venit si executia se reia din fișierul salvat poziție. Faza 7 nu este executat Numit script-uri sau etichete.
Altcineva rezultatul faza 6 se încadrează în faza 7 de execuție. Faza 7) Executa: comanda este executat
7.1 - Executa comanda internă - în Cazul în care comanda token este citat, atunci săriți peste acest pas. În caz contrar, încercarea de a analiza o comandă internă și executa.
Următoarele teste sunt efectuate pentru a determina dacă un necotate comandă simbol reprezintă o comandă internă:
Dacă comanda semn îi corespunde exact o comandă internă, apoi executa.
Pauza comanda semn înainte de prima apariție a+ / [ ] <spațiu> <tab> , ; sau = Dacă precedent de text este o comandă internă, atunci amintiți-vă că comanda
Dacă în modul linie de comandă, sau în cazul în care comanda este de o paranteze bloc, DACĂ este adevărat sau fals bloc comanda, PENTRU a FACE comanda bloc, sau implicat cu comanda de concatenare, apoi executa comanda internă
Altceva (trebuie să fie un stand-alone de comandă în modul de lot) scanare în folder-ul curent și CALEA pentru un .COM, .EXE, .BAT sau .CMD fișier al cărui nume de bază de meciuri original comandă token
Dacă prima potrivire este un fisier .BAT sau .CMD, apoi du-te la 7.3.exec si executa acest script
Altceva (meci nu a fost găsit sau primul meci este .EXE sau .COM) executa amintit comandă internă
Pauza comanda semn înainte de prima apariție a . \ sau : Dacă precedent text nu este o comandă internă, apoi du-te la 7.2 Altceva precedent de text poate fi o comandă internă. Amintiți-vă această comandă.
Break comanda semn înainte de prima apariție a+ / [ ] <spațiu> <tab> , ; sau = Dacă precedent de text este o cale spre un fișier existent, apoi du-te la 7.2 Altceva executa amintit de comandă internă.
Dacă o comandă internă este analizat dintr-o comanda mai mare token, apoi porțiunea neutilizată de comanda token-ul este inclus în lista de argumente
Doar pentru că o comandă token este analizat ca o comandă internă nu înseamnă că acesta va executa cu succes. Fiecare comandă internă are propriile sale reguli ca la cum argumentele și opțiuni sunt analizate, și ce sintaxa este permis.
Toate comenzile interne va imprima ajuta în loc de a efectua funcția lor dacă /? este detectat. Cele mai recunosc /? dacă apare oriunde în argumente. Dar câteva comenzi, cum ar fi ECOU și a STABILIT doar print ajuta dacă primul argument simbol incepe cu /?.
SET are ceva interesant semantica:
Dacă un SET de comanda are un citat înainte de numele variabilei și extensiile sunt activate set "nume=content" ignorate` --> value= "conținut" apoi textul între primul semn egal și ultimul citat este folosit ca conținutul (prima egale și ultimul citat excluse). Textul de după ultimul citat este ignorat. Dacă nu există nici un citat după semnul egal, apoi restul de linie este folosit ca și conținut.
Dacă o comandă nu are un citat înainte de numele set nume="content" nu ignorat --> valoare="content" nu ignorat apoi tot restul de linia de după egal este folosit ca și conținut, precum și orice alte citate care pot fi prezente.
DACĂ o comparație este evaluată și în funcție de faptul dacă condiția este adevărată sau falsă, corespunzătoare deja analizat dependente bloc comanda este procesată, începând cu etapa 5.
De LA punctul de comanda este reiterat în mod corespunzător.
Dacă aceasta este o DE /F care reiterează ieșire a unui bloc comanda, atunci:
ÎN clauza este executat într-un nou cmd.exe procesul prin CMD /C.
Comanda bloc trebuie să treacă prin întregul proces parsing a doua oară, dar de această dată într-o linie de comandă context
ECHO va începe PE, și a întârziat de expansiune, de obicei, va începe cu dizabilități (în funcție de setarea de registry)
Toate schimbările de mediu realizate de LA punctul de comandă bloc vor fi pierdute odată ce copilul cmd.exe procesul se termină
Pentru fiecare iterație:
PENTRU valori variabile sunt definite
Deja analizat FACE bloc comanda este apoi prelucrate, începând cu faza de 4.
DU-te folosește următoarele logica pentru a localiza :eticheta
Eticheta este analizat din primul argument token
Script-ul este scanat pentru următoarea apariție a etichetei
Scanarea începe de la fișierul curent poziția
Dacă sfârșitul de fișier este atins, atunci scanare bucle înapoi la începutul fișierului și continuă la punctul de plecare inițial.
Scanarea se oprește la prima apariție a eticheta pe care se găsește, și pointerul de fișier este setat la linia imediat după eticheta. Executarea de script-ul de cv-uri de la acel punct. Rețineți că un succes adevărat DU-te imediat va abandona orice analizat bloc de cod, inclusiv PENTRU bucle.
În cazul în care eticheta nu este găsit, sau eticheta semn lipsește, atunci DU-te eșuează, un mesaj de eroare este imprimat, și stiva de apel este mi-a venit. Acest lucru în mod eficient funcționează ca o IEȘIRE /B, cu excepția celor deja analizate comenzi în actualul bloc comanda care urmează GOTO sunt încă executate, dar în contextul Apelant (contextul în care există după IEȘIREA /B)
A se vedea https://www.dostips.com/forum/viewtopic.php?f=3&t=3803 pentru o descriere mai precisă a normelor utilizate pentru parsarea etichete.
REDENUMIȚI și COPIA ambele acceptă metacaractere pentru sursă și țintă căi. Dar Microsoft face o treabă teribil de documentare cum metacaractere de muncă, mai ales pentru calea de țintă. Un set util de wildcard reguli pot fi găsite la Cum are Windows REDENUMIȚI comanda interpreta metacaractere?
7.2 - Executa schimbare de volum - Altcineva dacă comanda token nu începe cu un citat, este exact două caractere, iar al 2-lea caracter este un colon, apoi schimba volumul
Toate argumentul token-uri sunt ignorate
Dacă volumul specificat de primul caracter nu poate fi găsit, apoi abandona cu o eroare
O comandă semn de :: întotdeauna va duce la o eroare dacă SUBST este folosit pentru a defini un volum de :: Dacă SUBST este folosit pentru a defini un volum de ::, atunci volumul va fi schimbat, acesta nu va fi tratată ca o etichetă.
7.3 - Executa comanda externa - încearcă să trateze comanda ca o comandă externă.
Dacă în modul linie de comandă și comanda nu este citat și nu începe cu un volum caietul de sarcini, apoi pauza comanda semn de la prima apariție de <spațiu> , ; sau = si adauga restul de argument(token).
Dacă al 2-lea caracter de comanda token este un colon, apoi verificați volumul specificat de 1 caracter pot fi găsite. Dacă volumul nu poate fi găsit, apoi abandona cu o eroare.
Dacă în modul de lot și de comandă simbol incepe cu :, apoi du-te la 7.4 Rețineți că, dacă eticheta simbol incepe cu ::, atunci acest lucru nu va fi atins, deoarece pasul anterior va fi anulat cu o eroare dacă SUBST este folosit pentru a defini un volum de ::.
Identificarea extern comandă pentru a executa.
Acesta este un proces complex, care poate implica volumul actual, actual director, variabila PATH, PATHEXT variabilă, și sau asocierile de fișiere.
Dacă un valabile comandă externă nu poate fi identificat, apoi abandona cu o eroare.
Dacă în modul linie de comandă și comandă simbol incepe cu :, apoi du-te la 7.4 Rețineți că acest lucru este rareori atins, deoarece pasul anterior va fi anulat cu o eroare dacă comanda simbol incepe cu ::, și SUBST este folosit pentru a defini un volum de ::, și întreaga comandă token este o cale validă pentru o comanda externa.
7.3.exec - Executa o comandă externă.
7.4 - Ignora o eticheta - Ignora comandă și toate argumentele sale în cazul în care comanda simbol incepe cu :. Reguli în 7.2 și 7.3 se poate preveni o etichetă de la a ajunge la acest punct.

Linie De Comandă Parser:

Funcționează ca BatchLine-Parser, cu excepția: Faza 1) La Suta De Expansiune:
Nu %*, %1 etc. argument de expansiune
Dacă var este nedefinită, atunci %var% este lăsat neschimbat.
Nici speciale de manipulare de %%. Dacă var=conținutul, apoi %%var%% se extinde la %conținut%. Faza 3) Echo analizat de comandă(s)
Acest lucru nu este efectuată după faza a 2-a. Se efectuează numai după faza 4 pentru a FACE comanda bloc. Faza 5) Întârziere de Expansiune: numai dacă DelayedExpansion este activat
Dacă var este nedefinită, atunci !var! este lăsat neschimbat. Faza 7) Executa Comanda
Încercările de a SUNA sau DU-te la un :etichetă rezulta într-o eroare.
Ca documentat deja în faza 7, executate eticheta poate duce la o eroare în diferite scenarii.
Lot executat etichetele pot doar provoca o eroare în cazul în care începe cu ::
Linia de comandă executată etichete aproape întotdeauna duce la o eroare

Parsarea de valori

Există multe diferite contexte unde cmd.exe analizează valori întregi de la siruri de caractere, și regulile sunt inconsistente:
SET /O`
"DACĂ"
`%var:~n,m% (variabila subșir de expansiune)
PENTRU /F "JETOANE=n"`
PENTRU /F "SKIP=n"`
PENTRU a /L %%O în (n1, n2, n3)
IEȘIRE [/B] n` Detalii pentru aceste reguli pot fi găsite la Reguli pentru cum CMD.EXE analizează numere

Pentru oricine care doresc pentru a îmbunătăți cmd.exe parsarea reguli, nu e un subiect de discutie pe DosTips forum](https://www.dostips.com/forum/viewtopic.php?f=3&t=8355) în cazul în care problemele pot fi raportate și sugestiile făcute. Sper că vă ajută Jan Erik (jeb) - autorul Original și descoperitor de faze Dave Benham (dbenham) - mai Mult conținut suplimentar și editare

Cum Windows Interpretor de comenzi (CMD.EXE) parse script?

Am efectuat experimente pentru a investiga gramatica de script-uri lot. Am investigat, de asemenea, diferențe între lot și modul linie de comandă. Lot Linie Parser:

7.4 - Ignora o eticheta - Ignora comandă și toate argumentele sale în cazul în care comanda simbol incepe cu :. Reguli în 7.2 și 7.3 se poate preveni o etichetă de la a ajunge la acest punct.

Linie De Comandă Parser:

Linia de comandă executată etichete aproape întotdeauna duce la o eroare

Parsarea de valori

IEȘIRE [/B] n` Detalii pentru aceste reguli pot fi găsite la Reguli pentru cum CMD.EXE analizează numere

La Sută Extinderea Normelor

Amânat Extinderea Normelor

7.4 - Ignora o eticheta - Ignora comandă și toate argumentele sale în cazul în care comanda simbol incepe cu `:`. Reguli în 7.2 și 7.3 se poate preveni o etichetă de la a ajunge la acest punct.