Utilizzare il comando di sistema anziché Bash incorporato senza specificare il percorso completo

Uso Bash come shell interattiva e mi chiedevo se esistesse un modo semplice per far eseguire a Bash un comando di sistema invece di un comando incorporato della shell nel caso in cui entrambi condividessero lo stesso nome.

Ad esempio, utilizzare il sistema kill(da util-linux) per stampare l'ID di processo (pid) dei processi denominati anziché inviare un segnale:

$ /bin/kill -p httpd
2617
...

Senza specificare il percorso completo del comando di sistema, al posto del comando di sistema viene utilizzato l'integrato di Bash. Il killbuiltin non ha l' -popzione quindi il comando fallisce:

$ kill -p httpd
bash: kill: p: invalid signal specification

Ho provato le risposte elencate in Fa in modo che bash usi il comando `time` esterno piuttosto che la shell integrata, ma la maggior parte di esse funziona solo perché in timerealtà è una parola chiave della shell , non una shell incorporata .

Oltre a disabilitare temporaneamente Bash integrato con enable -n kill, la migliore soluzione che ho visto finora è usare:

$(which kill) -p httpd

Esistono altri modi più semplici (implicano meno battitura) di eseguire un comando esterno invece di un comando incorporato della shell?

Si noti che killè solo un esempio e vorrei una soluzione generalizzata simile al modo in cui il prefisso con l' commandintegrato impedisce l'esecuzione di funzioni con lo stesso nome di un comando esterno. Nella maggior parte dei casi, di solito preferisco usare la versione integrata in quanto consente di salvare il fork di un nuovo processo e alcune volte l'integrato ha funzionalità che il comando esterno non ha.

Supponendo che envsia nel tuo percorso:

env kill -p http

envesegue il file eseguibile chiamato dal suo primo argomento in un ambiente (possibilmente) modificato; come tale, non conosce o non funziona con i comandi integrati della shell.

Questo produce un certo controllo del processo di shell ma non si basa su un comando esterno:

exec kill -p bash &

execrichiede un eseguibile per sostituire la shell corrente, quindi non usa alcun built-in. Il lavoro viene eseguito in background in modo da sostituire la shell di sfondo biforcuta, non la shell corrente.

Il modo più semplice per fare ciò che vuoi potrebbe essere quello di mettere la linea

alias kill="/bin/kill"

nel tuo ~/.bashrcfile. Successivamente, ogni nuovo login / invocazione di bash interpreterà "kill" come /bin/kill.

Se conosci una soluzione che richiede una certa digitazione e desideri una soluzione che richieda meno digitazione, creala:

runFile() { local cmd="$1"; shift; cmd="$(which "$cmd")" && "$cmd" "$@"; }

L'abbreviazione che normalmente richiede un certo sforzo è ciò in cui eccellono i computer.

In questo caso molto specifico, il comando pgrepcorrisponde esattamente all'esigenza.

In senso generale, una funzione funziona. Da "comando file":

fcmd(){ local a=$1; shift; $(which "$a") "$@"; }

chiama come

fcmd kill -p httpd

Ma se hai bisogno di meno digitazioni, non c'è modo più breve di un buon alias.

Dal concetto "list pid" (lp):

alias lp='/bin/kill -p'

quindi, basta digitare:

lp httpd

(In zsh) È possibile aggiungere un prefisso a qualsiasi nome di comando con un segno = per ottenere la versione del sistema anziché un predefinito. Questo è anche un modo pratico per schivare eventuali alias che incasinano uno scenario specifico.

$ =kill -p httpd

È possibile inviare un bug report sulla propria killpagina man e chiedere perché ciò include opzioni non standard che vengono prese pkille utilizzate pkillogni volta che si desidera ottenere le funzionalità dapkill.

Se chiami:

pkill httpd

eviti i problemi che descrivi.