Jak zapobiec zamykaniu wiersza polecenia po wykonaniu?

Mój problem polega na tym, że w systemie Windows istnieją okna wiersza polecenia, które zamykają się natychmiast po wykonaniu. Aby rozwiązać ten problem, chcę, aby domyślnym zachowaniem było pozostawienie otwartego okna. Zwykle tego zachowania można uniknąć za pomocą trzech metod, które przychodzą mi na myśl:

1. Umieszczanie pausewiersza po programach wsadowych w celu poproszenia użytkownika o naciśnięcie klawisza przed wyjściem
2. Uruchamianie tych plików wsadowych lub innych narzędzi do manipulowania wierszem poleceń (nawet uruchamianie, restartowanie itp. Za pomocą net start xylub coś podobnego) w cmd.exe(Start - Run - cmd.exe)
3. Uruchamianie tych programów w cmd /knastępujący sposób: cmd /k myprogram.bat

Ale są też inne przypadki, w których użytkownik:

1. Uruchamia program za pierwszym razem i nie wie, że dany program będzie działał w wierszu polecenia (Windows Command Processor), np. Podczas uruchamiania skrótu z menu Start (lub z innego miejsca) LUB
2. Trochę niewygodne jest uruchamianie cmd.exe przez cały czas i nie ma czasu / możliwości przepisania kodu tych poleceń wszędzie, aby po nich zatrzymać lub uniknąć jawnego wyjścia.

Przeczytałem artykuł o zmianie domyślnego zachowania cmd.exepodczas otwierania go jawnie, z tworzeniem wpisu AutoRun i manipulowaniem jego zawartością w tych lokalizacjach:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor\AutoRun
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Command Processor\AutoRun

(Elementy AutoRun są _String values_...)

Podaję cmd /d /kjako wartość, aby spróbować, ale to wcale nie zmieniło zachowania wyżej wymienionych rzeczy ... Po prostu zmieniło zachowanie okna wiersza poleceń podczas jawnego otwierania (Start-Run- cmd.exe).

Jak to działa? Czy możesz podać mi pomysły na rozwiązanie tego problemu?

Mam rozwiązanie, które można zastosować tylko .cmdi .batpliki:

Otwórz regediti przejdź do każdego z:

[HKEY_CLASSES_ROOT\batfile\shell\open\command]
[HKEY_CLASSES_ROOT\cmdfile\shell\open\command] 

Teraz zmień „Domyślną wartość klucza” na cmd.exe /k "%1" %*. Teraz każde okno skryptu wsadowego pozostanie otwarte po jego wykonaniu.

Zauważ, że jest to jak używanie cmd.exe /c cmd.exe /k program.bat, co oznacza, że ​​inna instancja CMD zostanie uruchomiona w instancji nadrzędnej. Nie mogłem znaleźć sposobu na zastąpienie pierwszego /cargumentu.

Możesz to również zrobić za pomocą [exefile], ale teraz pokaże puste pole konsoli, jeśli plik wykonywalny ma GUI.

Cytuj Microsoft :

Konsola jest zamykana, gdy ostatni dołączony do niej proces kończy się lub wywołuje FreeConsole.

Innymi słowy, okno konsoli Win32 będzie zawsze zamknięte, gdy ostatni program w nim zamknięty, i nie można tego zmienić.

(W przypadku 16-bitowych programów MS-DOS system Windows oferuje opcję „Zamknij przy wyjściu” w oknie dialogowym właściwości, ale nie jest to wyjątek od powyższego zachowania: proces NTVDM utrzymuje okno otwarte. Ponadto ta opcja jest ponownie na program).

Wystarczy otworzyć wiersz polecenia w lokalizacji pliku wsadowego i ręcznie wprowadzić nazwę pliku wsadowego, aby uruchomić go w tym oknie.

1. Przejdź do folderu, w którym znajduje się plik wykonywalny
2. Kliknij prawym klawiszem Shift i wybierz „Okno poleceń stąd”
3. wpisz nazwę pliku wykonywalnego i naciśnij klawisz Enter
4. Proces powinien się uruchomić, ale okno powinno pozostać otwarte

cmd.exe /ksprawi ci kłopot z jakąś partią. Jeśli partia exit 1(bez /B) konsola zostanie zamknięta. Sztuką jest użycie:

cmd.exe /k cmd /c ...

Aby używać tego domyślnie dla wszystkich plików wsadowych, ustaw HKEY_CLASSES_ROOT\cmdfile\shell\open\command\(default)i HKEY_CLASSES_ROOT\batfile\shell\open\command\(default)na "%windir%\system32\cmd.exe" /k "%windir%\system32\cmd" /c "%1" %*.

Właśnie przeczytałem głupie rozwiązanie po przeczytaniu grawityodpowiedzi.

Moim przypadkiem użycia było skonfigurowanie środowiska konsoli w pracy, w którym wszystkie bardziej rozsądne rozwiązania są blokowane. Wszystko, czego potrzebuję, to ustawić PATH i skonfigurować aliasy doskey i zostać zrzuconym do powłoki.

Moje rozwiązanie (właśnie przetestowane na Win7) jako dodane cmdjako ostatni wiersz w pliku wsadowym. Spowoduje to uruchomienie zagnieżdżonego wiersza polecenia, który dziedziczy środowisko swojego elementu nadrzędnego. Ta powłoka potomna utrzymuje proces wsadowy otwarty aż do WYJŚCIA, w którym to momencie partia nie ma procesów potomnych, a także kończy działanie.

Zamiast używać PAUZY (wolę WYBÓR lub CZAS, niż w razie potrzeby używać PAUZY), możesz skorzystać z rozwiązania tutaj: 886848 / how-to-make-windows-batch-file-pause-when-double-click .

W ten sposób, jeśli klikniesz plik wsadowy lub łącze (skrót) w Eksploratorze Windows, możesz wstrzymać program pliku wsadowego przed wyjściem, aby wyświetlić wyniki programu i wszelkie komunikaty o błędach.

Korzystając z WYBORU, możesz zaprogramować możliwość wyboru przez użytkownika różnych działań, a użycie TIMEOUT może pozwolić na zamknięcie okna po pewnym czasie (bez nadzoru). Jeśli plik wsadowy zostanie uruchomiony z poziomu okna wiersza polecenia, te przerwy mogą być denerwujące.

Połączone rozwiązanie pozwoli Ci zdecydować, czy chcesz pominąć przerwy, jeśli plik wsadowy został uruchomiony z okna wiersza polecenia.

Możesz przeczytać więcej pod podanym linkiem, ale jego podstawą jest to, że używa zmiennej środowiskowej:

%cmdcmdline%

aby ustalić, czy plik wsadowy został uruchomiony z okna poleceń, czy nie.

Używasz go w ten sposób:

W miejscu, w którym plik wsadowy zostanie zamknięty, dodajesz taki kod:

echo %cmdcmdline:"=-% | find /i "cmd /c --%~dpf0%-"
if %errorlevel% NEQ 0 goto :EOF
pause
goto :EOF

rem if %errorlevel% EQU 0 batch-file: %~dpf0 was executed from Windows Explorer, ...
rem if %errorlevel% NEQ 0 batch-file: %~dpf0 was executed from within a Command Prompt

Najlepszym sposobem na obejście tego problemu jest wywołanie plików wsadowych z innego pliku wsadowego przy użyciu polecenia Start.

więc jeśli normalnie uruchamiasz plik o nazwie go.bat, utworzyłbyś drugi plik wsadowy o nazwie coś takiego jak go2.bat

zawartość go2.bat byłaby po prostu

start go.bat

pierwsze okno zamyka się natychmiast, ale to, w którym uruchomiono go.bat, pozostaje otwarte

Działa to w przypadku wersji 5.00 Edytora rejestru systemu Windows.

[HKEY_CLASSES_ROOT\batfile\shell\open\command]
@="cmd.exe /k \"%1\" %*"

[HKEY_CLASSES_ROOT\cmdfile\shell\open\command]
@="cmd.exe /k \"%1\" %*"

Zapisz powyższe polecenia cmd w pliku o nazwie coś podobnego cmdbatfile-open.regi uruchom je!

Załóżmy, że masz dwa pliki wsadowe, które chcesz uruchomić we własnej instancji i pozostaną otwarte, jeśli ich plik wykonywalny zostanie zamknięty. Nazwijmy te dwie partie A.bati B.bat.

Teraz dla uproszczenia możesz mieć plik wsadowy, aby uruchomić je oba, nazwijmy to launch_both.batz zawartością:

start cmd /k "A.bat & cmd /c"
start cmd /k "B.bat & cmd /c"

Może nie działać zgodnie z oczekiwaniami, jeśli wywołasz exitjeden z dwóch plików wsadowych. To będzie wymagało przetestowania.

W przypadku użytkowników systemu Windows 10 zauważ, że żadna z powyższych odpowiedzi nie działa obecnie w systemie Windows 10.

W przypadku systemu Windows 10, jeśli masz dostęp do skryptu, musisz dodać następujący kod na końcu:

read

Ten kod będzie czekał na dane wejściowe przed zamknięciem.

W odpowiedzi na obniżoną wersję PSIXO - „Ta odpowiedź została już ujęta w pytaniu. - Ro Yo Mi Jan 20 '16 o 5:06” - NIE, NIE była. Poprzednie odpowiedzi brzmiały: „pauza”, która NIE działała. Odpowiedź PSIXO brzmiała: „& pauza”, która DZIAŁA. Proszę przeanalizować ostrożniej przed obniżeniem oceny. Uruchomiłem to z wiersza IDLE i zadziałało:

    >>> os.system('dir ^ & pause')
    0
    >>> 

Z drugiej strony:

    >>> os.system('dir ^ pause')
    1
    >>>

NIE działało (polecenie cmd prześlizgnęło się i faktycznie zwróciło błąd (1)). Dzięki PSIXO za odpowiedź, której potrzebowałem. Henz.