| Termin | Definicja |
|---|---|
| start – otwarcie pliku/URL | Polecenie start otwiera plik, aplikację lub adres URL z poziomu wiersza poleceń, uruchamiając domyślnie skojarzony program. Polecenie start w środowisku Windowsstart jest poleceniem wewnętrznym interpretera cmd.exe w systemie Windows. Służy do uruchamiania plików wykonywalnych, otwierania dokumentów oraz przekazywania adresów URL do programu skojarzonego z danym typem zasobu. W przypadku pliku wykonywalnego można wskazać bezpośrednią ścieżkę do programu, natomiast dokument, obraz lub archiwum zostanie zwykle otwarte przez aplikację ustawioną w systemie jako domyślna dla danego rozszerzenia. Dla adresu internetowego system korzysta z domyślnej przeglądarki. W odróżnieniu od zwykłego wpisania nazwy programu polecenie start tworzy odrębny proces lub przekazuje żądanie uruchomienia do mechanizmu powłoki systemu Windows. Dzięki temu wiersz poleceń może kontynuować pracę, gdy uruchomiona aplikacja działa w osobnym oknie. Zachowanie zależy od rodzaju wskazanego celu, jego skojarzeń w systemie oraz od uprawnień konta użytkownika. Samo polecenie nie naprawia błędnych skojarzeń plików ani nie instaluje programu potrzebnego do otwarcia danego dokumentu. Składnia ścieżek, parametrów i tytułu oknaPodstawowe użycie może mieć postać start nazwa_pliku, start ścieżka_do_programu albo start adres_URL. Jeżeli ścieżka zawiera spacje, należy ująć ją w cudzysłów. W poleceniu cmd.exe pierwszy argument zapisany w cudzysłowie jest jednak interpretowany jako tytuł nowego okna. Z tego powodu przy uruchamianiu programu z pełnej ścieżki często stosuje się pusty tytuł: start "" "C:\Program Files\Aplikacja\program.exe". Pierwsze dwa cudzysłowy oznaczają pusty tytuł, a dopiero kolejna para zawiera ścieżkę programu. Argumenty przeznaczone dla uruchamianej aplikacji należy umieścić po ścieżce lub nazwie programu, na przykład start "" "C:\Program Files\Edytor\edytor.exe" dokument.txt. Nie każda aplikacja interpretuje parametry w taki sam sposób, ponieważ ich znaczenie wynika z dokumentacji konkretnego programu. Przy otwieraniu adresu URL warto przekazać kompletny adres wraz z protokołem, na przykład https://example.com. Brak poprawnego protokołu, nieprawidłowe cudzysłowy albo literówka w ścieżce mogą spowodować otwarcie niewłaściwego zasobu lub komunikat o nierozpoznanym poleceniu. Opcje sterujące uruchamianiemPolecenie start udostępnia przełączniki zmieniające sposób uruchomienia. Opcja /wait nakazuje powłoce oczekiwać na zakończenie uruchomionego programu przed przejściem do kolejnych poleceń. Jest to istotne w skryptach, w których następny etap ma rozpocząć się dopiero po zamknięciu poprzedniej aplikacji. Opcja /b uruchamia program bez tworzenia nowego okna, o ile zachowanie danego programu i jego typ procesu na to pozwalają. Przełączniki /min i /max mogą zażądać odpowiednio zminimalizowanego albo zmaksymalizowanego okna. Opcja /d pozwala wskazać katalog roboczy dla uruchamianego programu, a /low, /normal, /high i inne klasy priorytetu służą do określenia priorytetu procesu. Nie należy traktować priorytetu jako sposobu na przydzielenie programu większej ilości pamięci lub naprawę jego awarii. Parametry dotyczące okna, katalogu roboczego i priorytetu mogą być ograniczone przez właściwości uruchamianej aplikacji, zasady systemowe albo uprawnienia użytkownika. W skryptach automatyzujących pracę należy również uwzględnić, że wynik polecenia start nie musi oznaczać poprawnego działania uruchomionego programu. Diagnostyka błędów związanych z startJeżeli dokument otwiera się w nieprawidłowej aplikacji, należy sprawdzić skojarzenie rozszerzenia pliku w ustawieniach systemu Windows oraz przetestować uruchomienie właściwego programu bezpośrednio. Gdy polecenie nie znajduje programu, warto zweryfikować pełną ścieżkę, wielkość i obecność pliku oraz katalog roboczy. W przypadku plików wykonywalnych znaczenie ma także to, czy program wymaga uruchomienia z określonym katalogiem, dodatkowych bibliotek albo podwyższonych uprawnień. Samo dodanie start przed nazwą aplikacji nie omija kontroli bezpieczeństwa systemu. Podczas analizy skryptu trzeba rozdzielić trzy elementy: poprawność składni polecenia, rezultat przekazania celu do systemu oraz późniejsze działanie uruchomionej aplikacji. Warto uruchomić tę samą komendę ręcznie w cmd.exe, sprawdzić komunikat zwrócony przez powłokę i potwierdzić, czy pojawił się właściwy proces. Przy poleceniu zawierającym /wait należy dodatkowo sprawdzić kod zakończenia programu, ponieważ zamknięcie procesu nie zawsze oznacza pomyślne wykonanie zadania. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, gdy problem z uruchamianiem aplikacji wynika z usterki systemu, konfiguracji lub sprzętu. |