Come impedire la chiusura del prompt dei comandi dopo l'esecuzione?

Il mio problema è che in Windows ci sono finestre della riga di comando che si chiudono immediatamente dopo l'esecuzione. Per risolvere questo, voglio che il comportamento predefinito sia che la finestra sia aperta. Normalmente, questo comportamento può essere evitato con tre metodi che mi vengono in mente:

1. Inserire una pauseriga dopo i programmi batch per richiedere all'utente di premere un tasto prima di uscire
2. Esecuzione di questi file batch o altri strumenti di manipolazione della riga di comando (anche l'avvio del servizio, il riavvio, ecc. Con net start xyo qualcosa di simile) all'interno di cmd.exe(Start - Esegui - cmd.exe)
3. Eseguendo questi programmi in cmd /kquesto modo: cmd /k myprogram.bat

Ma ci sono altri casi in cui l'utente:

1. Esegue il programma la prima volta e non sa che il programma specificato verrà eseguito nel Prompt dei comandi (Processore di comandi di Windows), ad esempio quando si esegue un collegamento dal menu Start (o da qualche altra parte), OPPURE
2. Trova un po 'scomodo eseguire cmd.exe in ogni momento e non ha il tempo / l'opportunità di riscrivere il codice di questi comandi ovunque per mettere una pausa dopo di loro o evitare di uscire esplicitamente.

Ho letto un articolo sulla modifica del comportamento predefinito di cmd.exequando lo si apre esplicitamente, con la creazione di una voce AutoRun e la manipolazione del suo contenuto in queste posizioni:

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

(Gli elementi AutoRun sono _String values_...)

L'ho messo cmd /d /kcome valore per provarlo, ma questo non ha cambiato affatto il comportamento delle cose menzionate sopra ... Ha solo cambiato il comportamento della finestra della riga di comando all'apertura esplicita (Start-Run- cmd.exe).

Quindi, come funziona? Potete darmi qualche idea per risolvere questo problema?

Ho una soluzione che può essere applicata solo su .cmde .batfile:

Apri regedite vai a ciascuno di:

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

Ora modifica il "Valore chiave predefinito" in cmd.exe /k "%1" %*. Ora, ogni finestra di script batch rimarrà aperta dopo la sua esecuzione.

Nota che è come usare cmd.exe /c cmd.exe /k program.bat, il che significa che un'altra istanza CMD verrà lanciata in quella genitore. Non sono riuscito a trovare come sovrascrivere il primo /cargomento.

Puoi anche farlo con [exefile], ma ora mostrerà una console vuota se l'eseguibile ha una GUI.

Citazione Microsoft :

Una console viene chiusa quando termina l'ultimo processo collegato o chiama FreeConsole.

In altre parole, la finestra della console Win32 verrà sempre chiusa quando si chiude l'ultimo programma in esecuzione al suo interno e non è possibile modificarlo.

(Per i programmi MS-DOS a 16 bit, Windows offre un'opzione "Chiudi all'uscita" nella finestra di dialogo delle proprietà, ma questa non è un'eccezione al comportamento sopra: è il processo NTVDM che tiene aperta la finestra. Inoltre, questa opzione è di nuovo per programma.)

Basta aprire un prompt dei comandi nella posizione del file batch e digitare manualmente il nome del file batch per eseguirlo all'interno di quella finestra.

1. Passa alla cartella in cui risiede il tuo eseguibile
2.Mai premuto il tasto destro del mouse e seleziona "Finestra di comando da qui"
3.tipe il nome dell'eseguibile e premi invio
4. Il processo dovrebbe essere eseguito, ma la finestra dovrebbe rimanere aperta

cmd.exe /kti darà problemi con alcuni lotti. Se il batch exit 1(senza /B) la tua console verrà chiusa. Un trucco è usare:

cmd.exe /k cmd /c ...

Per utilizzare questo per impostazione predefinita per tutti i file batch, impostare HKEY_CLASSES_ROOT\cmdfile\shell\open\command\(default)e HKEY_CLASSES_ROOT\batfile\shell\open\command\(default)su "%windir%\system32\cmd.exe" /k "%windir%\system32\cmd" /c "%1" %*.

Ho appena trovato una soluzione stupida dopo aver letto grawityla risposta.

Il mio caso d'uso consisteva nell'impostare un ambiente console al lavoro in cui venivano bloccate tutte le soluzioni più ragionevoli. Tutto ciò di cui ho bisogno è impostare PATH e configurare alcuni alias doskey ed essere scaricato nella shell.

La mia soluzione (appena testata su Win7) come aggiunta cmdcome ultima riga nel file batch. Questo esegue un prompt dei comandi nidificato che eredita l'ambiente del suo genitore. Quella shell figlio mantiene aperto il processo batch fino a quando non si esce, a quel punto il batch non ha processi figlio ed esce.

Piuttosto che usare PAUSE (preferisco CHOICE o TIMEOUT all'utilizzo di PAUSE quando necessario), puoi usare la soluzione qui: 886848 / come-fare-windows-batch-file-pausa-quando-doppio-clic .

In questo modo, se si fa clic su un file batch o su un collegamento (collegamento) da Esplora risorse, è possibile mettere in pausa il programma del file batch prima che esca, in modo da poter visualizzare l'output del programma e tutti i messaggi di errore.

Utilizzando CHOICE, è possibile programmare la possibilità per l'utente di selezionare una varietà di azioni da eseguire e l'utilizzo di TIMEOUT può far chiudere la finestra dopo un intervallo di tempo (incustodito). Se si esegue il file batch da una finestra del prompt dei comandi, queste pause possono essere fastidiose.

La soluzione collegata consente di decidere se si desidera saltare le pause se il file batch è stato eseguito da una finestra del prompt dei comandi.

Puoi leggere di più sul link fornito, ma la base è che utilizza la variabile di ambiente:

%cmdcmdline%

per determinare se il file batch è stato eseguito da una finestra di comando o meno.

Quindi, lo usi in questo modo:

Nel punto in cui uscirà il file batch, aggiungi del codice in questo modo:

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

Il modo migliore che ho trovato per aggirare questo è chiamare i tuoi file batch da un altro file batch usando start.

quindi se normalmente esegui un file chiamato go.bat, allora creeresti un secondo file batch chiamato qualcosa come go2.bat

il contenuto di go2.bat sarebbe semplicemente

start go.bat

la prima finestra si chiude immediatamente, ma quella che esegue go.bat rimane aperta

Funziona con la versione 5.00 dell'Editor del registro di Windows.

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

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

Salvare i cmds sopra in un file chiamato qualcosa di simile cmdbatfile-open.reged eseguirlo!

Supponiamo di avere due file batch che si desidera avviare nella propria istanza e tenerli aperti se il loro eseguibile esce. Chiamiamo quei due lotti A.bate B.bat.

Ora per semplicità potresti avere un file batch per avviarli entrambi, chiamiamolo launch_both.batcon i contenuti:

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

Potrebbe non funzionare come previsto se si chiama exitin uno dei due file batch. Questo dovrà essere testato.

Per gli utenti che utilizzano Windows 10, nota che nessuna delle risposte precedenti funziona attualmente per Windows 10.

Per Windows 10, se hai accesso allo script, devi aggiungere il seguente codice alla fine:

read

Quel codice attenderà un input prima della chiusura.

In risposta al downgrade di PSIXO - "Questa risposta era già coperta dalla domanda. - Ro Yo Mi 20 gennaio 16 alle 5:06" - NO, NON lo era. Le risposte precedenti erano: "pausa", che NON ha funzionato. La risposta di PSIXO è stata: "& pause", che funziona. Si prega di analizzare più attentamente prima di eseguire il downgrade. L'ho eseguito da un prompt IDLE e ha funzionato:

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

D'altro canto:

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

NON ha funzionato (il prompt di cmd è stato capovolto e in effetti ha restituito un errore (1)). Grazie a PSIXO per la risposta di cui avevo bisogno. Henry.