[ Pobierz całość w formacie PDF ]
.Uruchomienie z konsoli COMMAND na przyk³ad polecenia DIR,spowoduje wyœwietlenie na ekranie d³ugich nazw plików (long filenames), a niekrótkich.Uruchamianie wiersza poleceñ za pomoc¹ pozycji menu START|PROGRAMY|WIERSZPOLECEÑ (START|PROGRAMS|COMMAND PROMPT) w rzeczywistoœci powoduje uruchomienie32–bitowej konsoli CMD.Mo¿na to sprawdziæ otwieraj¹c Mened¿era zadañ (TaskManager) i wybieraj¹c zak³adkê Procesy (Processes).CMD.EXE znajduje siê naliœcie uruchomionych zadañ.Jeœli w komputerze zainstalowano Resource Kit,mo¿na sprawdziæ listê uruchomionych procesów za pomoc¹ programu TLIST /t.Kiedyuruchamia siê aplikacjê 16–bitow¹, system Windows 2000 najpierw uruchamiaNTVDM.EXE, a nastêpnie ³aduje aplikacjê do œrodowiska wirtualnego komputeraDOS–owego (VDM).Jeœli aplikacja 16–bitowa jest uruchamiana z konsoli CMD,NTVDM.EXE jest w¹tkiem (thread) CMD.Mo¿liwoœæ uruchamiania w tle konsoli CMD przez konsolê COMMAND, umo¿liwiarównie¿ uruchamianie 32–bitowych aplikacji graficznych.Na przyk³ad otwórzkonsolê COMMAND, uruchom SOL, a nastêpnie sprawdŸ listê procesów uruchomionychza pomoc¹ polecenia TLIST –t.Oto próbka:Explorer.exe (130)ntvdm.exe (179) C:\command.comcmd.exe (168)sol.exe (177) SolitaireNale¿y zwróciæ uwagê, ¿e w 32–bitowym œrodowisku wirtualnego komputera Dosowego(NTVDM) pracuje 16–bitowa sesja interpretatora COMMAND, która uruchamiainterpretator CMD, zawieraj¹cy z kolei w¹tek (thread) Solitaire.Chocia¿program TLIST pokazuje te procesy i procesy potomne, jeœli proces NTVDMzostanie usuniêty (kill), to konsola CMD i jej w¹tek (thread) SOL zostan¹.U¿ytkownicy systemu Windows 9x, którzy przywykli do uruchamiania konsoliCOMMAND za pomoc¹ okna Uruchom (Run), powinni zamiast niej uruchomiæ CMD.Interpretator COMMAND.COM jest bardzo wolny w porównaniu z CMD.Nie powinno siêuruchamiaæ konsoli COMMAND, o ile nie jest konieczny prawdziwy emulator DOS–a.Nieobs³ugiwane wersje DOS–owe interpretatora poleceñ COMMAND.COMW przypadku komputera z systemem operacyjnym wybieranym przy starcie (dual–bootmachine), przy uruchamianiu konsoli COMMAND.COM mo¿e pojawiæ siê b³¹d.Dziejesiê tak, poniewa¿ w œcie¿ce przeszukiwania znajduje siê starsza wersjaCOMMAND.COM.Nale¿y usun¹æ lub zmieniæ nazwê starej wersji.Rozszerzony zosta³ zbiór poleceñ interpretatora CMD w stosunku do systemu DOS6.2 i DOS–a w systemie Windows 9x.Interpretator CMD obs³uguje jêzyk plikówwsadowych (batch language) podobny do jêzyka plików wsadowych (batch language)systemu DOS, ale bogatszy i maj¹cy mo¿liwoœci wywo³ywania aplikacji32–bitowych.Tworz¹c pliki wsadowe (batch files) w systemie Windows 2000,nale¿y nadaæ im rozszerzenie CMD, aby zagwarantowaæ, ¿e zostan¹ uruchomione wœrodowisku 32–bitowym.Wskazówka dotycz¹ca Rejestru: Priorytet przeszukiwaniaPriorytet przeszukiwania w przypadku uruchamiania aplikacji, dla których niepodano rozszerzenia, jest nastêpuj¹cy: EXE, COM, BAT, PIF, CMD.W raziepotrzeby mo¿na zmieniæ ten porz¹dek za pomoc¹ klucza Rejestru:Key: HKCU|Software|Microsoft|Windows NT|CurrentVersion|WindowsCMD rozpoznaje rozszerzenia z listy rozszerzeñ nazw plików, wiêc wystarczywpisaæ tylko nazwê pliku danych z odpowiednim rozszerzeniem, aby uruchomiæzwi¹zan¹ z nim aplikacjê.Na przyk³ad zarejestrowanym rozszerzeniem konsoli MMCjest.msc.Po wpisaniu dnsmgmt.msc interpretator poleceñ uruchomi konsolê DNSZarz¹dzanie (DNS Management).Takie samo dzia³anie jest tak¿e w przypadkuuruchamiania skryptów Windows Script Host i innych jêzyków skryptowych, takichjak Perl.Rexx czy Kix.Interpretator CMD mo¿e byæ równie¿ podany w skrótach (shortcuts)uruchamiaj¹cych aplikacje w trybie znakowym.Pozwala to wykorzystaæ zaletyparametrów (switches) polecenia CMD, modyfikuj¹cych przebieg sesji.Oto listaparametrów (switches):/C.Parametr ten zamyka okno sesji po zakoñczeniu dzia³ania aplikacji.Mo¿na naprzyk³ad u¿yæ polecenia CMD /C do uruchomienia zdalnego klienta poczty (mailclient), kiedy okno ma byæ zamkniête po zebraniu poczty i zakoñczeniu dzia³aniaklienta./K.Parametr ten pozostawia okno sesji otwarte po zamkniêciu aplikacji.Mo¿nana przyk³ad u¿yæ polecenia CMD /K w programie Zadania zaplanowane (Scheduler)aby uruchomiæ plik wsadowy wieczorem, a nastêpnego dnia przeczytaæ komunikaty ob³êdach./D.Parametr ten blokuje funkcjê AutoRun procesora CMD.Funkcja AutoRunumo¿liwia uruchamianie programu lub pliku wsadowego przy ka¿dym otwarciu sesjikonsoli.Funkcja ta nie jest normalnie aktywna.Mo¿na j¹ aktywowaæ za pomoc¹nastêpuj¹cych wartoœci w Rejestrze: HKLM|Software|Microsoft|CommandProcessor|AutoRun lub HKCU|Software|Microsoft|Command Processor|AutoRun./V:ON.Parametr ten umo¿liwia opóŸnione rozwiniêcie (delayed expansion)zmiennej œrodowiska.W normalych warunkach zmienne œrodowiska s¹ rozwijane(expanded), gdy tylko zostan¹ przet³umaczone (interpreted).W przypadkuopóŸnionego rozwiniêcia (delayed expansion) zmiennej œrodowiska, zmienna ta niejest rozwijana (expanded), dopóki polecenie nie zostanie wykonane.Zwyk³ezmienne œrodowiska oznaczone s¹ znakami %.%.OpóŸnione rozwiniêcie (delayedexpansion) zmiennej œrodowiska oznaczone jest wykrzyknikami !.!.Oto krótkiprzyk³ad sposobu dzia³ania opóŸnionego rozwiniêcia (delayed expansion).WeŸmypod uwagê skrypt pod nazw¹ TEST.CMD, o nastêpuj¹cej zawartoœci:echo %username%echo !username!A oto przebieg wykonywania skryptu:C:\>testC:\>echo adminadminC:\>echo !username!adminRozwiniêcie zmiennych œrodowiska (variable expansion) domyœlnie jestzablokowane.Dodaj¹c poni¿sz¹ wartoœæ Rejestru, która ma typ danych Reg_Dworddo procesora poleceñ (Command Processor), mo¿na aktywowaæ rozwiniêcie zmiennychœrodowiska (variable expansion) dla wszystkich sesji CMD:Key: HKLM|Software|Microsoft|Command ProcessorValue: DelayedExpansionData: 1 (typ Reg_Dword)/Q.Ten parametr wy³¹cza echo danej aplikacji./A lub /U
[ Pobierz całość w formacie PDF ]