Come sopprimere la conferma "Termina processo batch (S / N)"?

In cmd, quando si preme Ctrl + C, l'applicazione di destinazione viene terminata ma se l'applicazione di destinazione viene chiamata da un file batch, si ottiene questa conferma "Termina processo batch (S / N)". Non ricordo mai un'istanza in cui ho scelto di non interrompere il processo batch. Come possiamo saltare questa conferma?

AFAIK non è possibile in quanto questo comportamento è progettato e controllato dall'interprete dei comandi. Non esiste un metodo per "mappare" o addirittura "intercettare" ciò a meno che non si decompilino e ricompilino direttamente l'interprete.

Premi Ctrl+ Cdue volte.

In questo sito ho trovato una soluzione efficace:

script2.cmd < nul

Per non doverlo scrivere ogni volta che ho creato un secondo script chiamato script.cmdnella stessa cartella con la riga sopra. Ho testato questa tecnica solo su XP, ma altri l'hanno confermata su Win 7.

Nathan aggiunge: un'altra opzione è quella di mettere il seguente codice all'inizio di script.cmd che fa la stessa cosa in un file:

rem Bypass "Terminate Batch Job" prompt.
if "%~1"=="-FIXED_CTRL_C" (
   REM Remove the -FIXED_CTRL_C parameter
   SHIFT
) ELSE (
   REM Run the batch with <NUL and -FIXED_CTRL_C
   CALL <NUL %0 -FIXED_CTRL_C %*
   GOTO :EOF
)

Installa Clink e modifica l'impostazione "terminate_autoanswer". Il file delle impostazioni dovrebbe essere qui : C:\Users\<username>\AppData\Local\clink\settings.

# name: Auto-answer terminate prompt
# type: enum
# Automatically answers cmd.exe's 'Terminate batch job (Y/N)?' prompts. 0 =
# disabled, 1 = answer 'Y', 2 = answer 'N'.
terminate_autoanswer = 1

Questo quindi "funziona" con qualsiasi finestra cmd.exe. Non è necessario modificare ciò che è in esecuzione o in altro modo, poiché il tintinnio di spalle su cmd.exe.

Fottutamente fantastico, IMO!

Se non è necessario eseguire alcuna operazione nel file batch dopo che l'applicazione termina normalmente, l'utilizzo del startcomando garantisce che il file batch sia già terminato quando si preme Ctrl-C. E quindi il messaggio non verrà visualizzato.

Per esempio:

@echo off

imposta my_command = ping.exe
imposta my_params = -t www.google.com

echo Comando che deve essere eseguito da 'start':% my_command%% my_params%

:: Quando NON si utilizza / B o / WAIT, questo creerà una nuova finestra, mentre
:: l'esecuzione di questo file batch continuerà nella finestra corrente:

start% my_command%% my_params%

eco.
echo Questa riga verrà eseguita PRIMA che 'start' sia addirittura terminato. Così questo
il file batch echo verrà completato PRIMA di premere Ctrl-C nell'altra finestra.
eco.

:: Solo per il test usa 'pause' per mostrare "Premi un tasto qualsiasi per continuare", per vedere
:: l'output dei comandi 'echo'. Assicurati di premere Ctrl-C nella finestra
:: che esegue il comando 'ping' (non proprio in questa finestra). O semplicemente rimuovi
:: la riga successiva se confuso:

pausa

(Testato su Windows XP.)

Ho combattuto con questo desiderio di evitare il prompt "Termina processo batch" per un po '.

La mia ultima epifania è un po 'un gioco di prestigio (o finestra della console), sostituendo un'istanza cmd.execon un'altra. Questo si ottiene eseguendo il comando / programma via start cmd /kseguita immediatamente da exitnel .BATfile.

La finestra della console originale scompare e quella di sostituzione può essere fermata in modo pulito tramite Ctrl- C.

Si consideri il seguente esempio di a tracerouteche può essere interrotto da Ctrl+ Co che può essere completato, restituendo l'utente al C:\>prompt:

@echo off

set timeout=100
if not "%2"=="" set timeout=%2

start cmd /k tracert -w %timeout% %1
exit

La sostituzione ambientale di un nuovo interprete di comandi potrebbe non essere per tutti, ma, ad occhio nudo, sembra e funziona bene per me.

La soluzione di Gringo è buona, ma non funziona bene con gli script che passano lungo l'elenco degli argomenti (cioè python myscript.py %*), poiché SHIFTnon si aggiorna %*. Esistono soluzioni alternative , ma presentano alcune limitazioni.

Ecco la modifica che ho finito con:

IF [%JUSTTERMINATE%] == [OKAY] (
    SET JUSTTERMINATE=
    python myscript.py %*
) ELSE (
    SET JUSTTERMINATE=OKAY
    CALL %0 %* <NUL
)

99. (9)% impeccabile.

Vedi questa domanda Stack Overflow .

Tuttavia, l'applicazione di patch cmd.exe non è qualcosa che farei per questo.

Nel mio caso era il file ping.bat che si trovava proprio nella mia directory utente (C: \ Users \ in Vista o C: \ Documents and Settings \ in XP) che conteneva il lavoro batch in modo indeterminato.

Questo file batch veniva eseguito ogni volta che eseguivo il ping dal prompt dei comandi in cui la directory corrente è la mia directory utente. Il ping dalla finestra Esegui o dalla directory di altri utenti funzionava bene.

Rimosso il file dalla mia directory utente e il problema è stato risolto!

Inizia a funzionare, ma ora la finestra aperta dal file batch viene modificata dalle opzioni che avevo e le "proprietà" sono disabilitate (non risponderanno).

Basta reindirizzare lo stdin batch su null aggiungendo <nul alla fine del comando.

Mi sono imbattuto in questo con un EXE che sembrava lanciare ^ C al batch principale all'uscita, causando il prompt "Termina processo batch" anche su un'uscita pulita.

La soluzione che ho scelto di utilizzare era l'esecuzione del batch con "Start", simile ad altre risposte, ma da un prompt di PowerShell (o tramite il metodo dell'interprete PowerShell da CMD, se si sceglie).

È il 2018 ora e in Windows 10 Microsoft ha iniziato a soppiantare CMD con PowerShell come prompt dei comandi preferito, quindi è prontamente disponibile nella GUI, per impostazione predefinita.

Startè un alias per Start-Process .

Quando eseguito, si avvia e ritorna. Pertanto, quando si interrompe il processo avviato, non viene visualizzato il prompt "Termina processo batch".

Di default non aspetta, quindi non sono richiesti argomenti aggiuntivi oltre al comando e sono argomenti.

L'utilizzo start mything.exe -mythings -argumentsnel mio batch ha funzionato perfettamente.

In PowerShell gli script devono essere preceduti dal loro percorso per essere lanciati, quindi eseguo il mio file batch come .\host.bat.

TCC / LE , che è un sostituto gratuito di CMD (pensalo come CMD ++), ha un'opzione per sopprimere il prompt del lavoro batch terminato. È possibile trovare l'opzione nella finestra di dialogo Configurazione avvio TCC :

Annulla file batch su Ctrl-C : Annulla l'elaborazione di file batch senza il solito prompt quando premi Control-C.

Immagine dello schermo:

Se non hai mai sentito parlare di TCC / LE prima, ecco alcuni dettagli dal sito:

TCC / LE sostituisce la riga di comando CMD (il prompt dei comandi di Windows predefinito). TCC / LE è un superset di CMD, con 111 comandi interni (CMD ha meno di 40), 240 variabili e funzioni interne e centinaia di miglioramenti ai comandi CMD esistenti.

TCC / LE funziona con le applicazioni della riga di comando e i file batch esistenti, ma offre importanti miglioramenti nelle funzionalità della riga di comando e dei file batch e aggiunge migliaia di nuove funzionalità alle finestre del prompt dei comandi.

Ho usato TCC / LE per anni e 4 NT prima di esso. Ho molto amore per questo e posso consigliarlo. L'unico motivo per cui non lo uso ancora è perché uso quasi esclusivamente PowerShell ora.

Un motivo principale per sopprimere il "Termina processo batch (S / N)" è l'esecuzione di un programma in un ciclo (ad esempio: riesegui in caso di arresto anomalo).

Questo https://stackoverflow.com/a/8185270/1170023 ha contribuito a portare a questa soluzione:

@ECHO OFF
rem assumes you have installed pslist from sysinternals to windows PATH

:RUN
echo Starting GoldenEye Dedicated Server
start "" srcds.exe -console -game gesource +maxplayers 16 +map ge_complex

:LOOP
pslist srcds >nul 2>&1
if ERRORLEVEL 1 (
  goto RUN
) else (
  rem echo Dedicated server is still running
  timeout /t 5 >nul
  goto LOOP
)

Il modo più semplice per eliminare la conferma se si utilizza il terminale Hyper è aggiungere il plug -in hyper-yes .

Alla fine dello script, basta aggiungere il seguente comando:
echo
Questo non "danneggerà" il comportamento dello script e sembra impedire a CDM di chiedere se si desidera terminare il batch.