Użyj polecenia systemowego zamiast wbudowanego Bash bez określania pełnej ścieżki

Używam Bash jako interaktywnej powłoki i zastanawiałem się, czy istnieje prosty sposób, aby Bash uruchomił polecenie systemowe zamiast wbudowanego polecenia powłoki w przypadku, gdy oba mają tę samą nazwę.

Na przykład użyj system kill(od util-linux), aby wydrukować identyfikator procesu (pid) nazwanego procesu (procesów) zamiast wysyłać sygnał:

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

Bez określenia pełnej ścieżki polecenia systemowego zamiast polecenia systemowego jest używane wbudowane Bash. killWbudowane nie ma -popcji więc polecenie kończy się niepowodzeniem:

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

Próbowałem odpowiedzi wymienionych w Make bash, używając zewnętrznego polecenia `time` zamiast wbudowanej powłoki, ale większość z nich działa tylko dlatego, że w timerzeczywistości jest słowem kluczowym powłoki, a nie wbudowaną powłoką .

Poza tymczasowym wyłączeniem wbudowanego Bash enable -n kill, najlepszym rozwiązaniem, jakie do tej pory widziałem, jest użycie:

$(which kill) -p httpd

Czy istnieją inne łatwiejsze (wymagające mniej pisania) sposoby wykonywania poleceń zewnętrznych zamiast wbudowanej powłoki?

Zauważ, że killto tylko przykład i chciałbym uogólnionego rozwiązania podobnego do sposobu, w jaki prefiks commandwbudowanego zapobiega uruchamianiu funkcji o takiej samej nazwie jak polecenie zewnętrzne. W większości przypadków zazwyczaj wolę używać wbudowanej wersji, ponieważ oszczędza to rozwidlania nowego procesu, a czasami wbudowane funkcje nie są dostępne w poleceniu zewnętrznym.

Zakładając, że envmasz na swojej drodze:

env kill -p http

envuruchamia plik wykonywalny nazwany pierwszym argumentem w (ewentualnie) zmodyfikowanym środowisku; jako taki nie wie o wbudowanych poleceniach powłoki ani nie działa z nimi.

Powoduje to pewne cruft kontroli zadań powłoki, ale nie opiera się na zewnętrznej komendzie:

exec kill -p bash &

execwymaga pliku wykonywalnego do zastąpienia bieżącej powłoki, więc nie używa żadnych wbudowanych funkcji. Zadanie jest uruchamiane w tle, aby zastąpić rozwidloną powłokę tła, a nie bieżącą powłokę.

Najprostszym sposobem na zrobienie tego, co chcesz, jest umieszczenie linii

alias kill="/bin/kill"

do twojego ~/.bashrcpliku. Następnie każde nowe logowanie / wywołanie bash zinterpretuje „zabij” jako /bin/kill.

Jeśli znasz rozwiązanie, które wymaga trochę pisania i potrzebujesz rozwiązania, które wymaga mniej pisania, skompiluj je:

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

Skrót rzeczy, które zwykle wymagają pewnego wysiłku, jest tym, co wyróżniają komputery.

W tym bardzo szczególnym przypadku polecenie pgrepdokładnie odpowiada potrzebom.

W ogólnym sensie funkcja działa. Z „polecenia pliku”:

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

zadzwoń jako

fcmd kill -p httpd

Ale jeśli potrzebujesz mniej pisania, nie ma krótszej drogi niż dobry alias.

Z pojęcia „list pid” (lp):

alias lp='/bin/kill -p'

następnie wpisz:

lp httpd

(W zsh) Możesz poprzedzić dowolną nazwę polecenia znakiem =, aby uzyskać wersję systemową zamiast wbudowanej. Jest to również przydatny sposób na uniknięcie aliasów, które psują określony scenariusz.

$ =kill -p httpd

Możesz wysłać raport o błędzie na stronie killpodręcznika i zapytać, dlaczego obejmuje to niestandardowe opcje, które są pobierane pkilli używane, pkillgdy chcesz uzyskać dostęp do funkcjipkill.

Jeśli zadzwonisz:

pkill httpd

unikasz opisywanych problemów.