subprocess
genera un'eccezione, OSError
, quando un comando non viene trovato.
Quando il comando viene trovato e subprocess
esegue il comando per te, il codice risultato viene restituito dal comando. Lo standard è che il codice 0 significa successo e qualsiasi errore è un codice di errore diverso da zero (che varia, controlla la documentazione per il comando specifico che stai utilizzando).
Quindi, se si cattura OSError
è possibile gestire il comando inesistente e se si controlla il codice del risultato è possibile scoprire se il comando è riuscito o meno.
La cosa grandiosa di subprocess
è che si può fare raccogliere tutto il testo da stdout
e stderr
, e quindi è possibile eliminarlo o restituirlo o accedere o visualizzarlo come ti piace. Uso spesso un wrapper che scarta tutto l'output da un comando, a meno che il comando non abbia esito positivo, nel qual caso viene emesso il testo da stderr
.
Sono d'accordo che non si dovrebbe chiedere agli utenti di copiare gli eseguibili in giro. I programmi devono trovarsi in una directory elencata nella variabile PATH
; se manca un programma dovrebbe essere installato, o se è installato in una directory non su PATH
l'utente dovrebbe aggiornare il PATH
per includere quella directory.
Si noti che si ha la possibilità di provare subprocess
più volte con vari percorsi hard-coded per eseguibili:
import os
import subprocess as sp
def _run_cmd(s_cmd, tup_args):
lst_cmd = [s_cmd]
lst_cmd.extend(tup_args)
result = sp.call(lst_cmd)
return result
def run_lumberjack(*tup_args):
try:
# try to run from /usr/local/bin
return _run_cmd("/usr/local/bin/lumberjack", tup_args)
except OSError:
pass
try:
# try to run from /opt/forest/bin
return _run_cmd("/opt/forest/bin/lumberjack", tup_args)
except OSError:
pass
try:
# try to run from "bin" directory in user's home directory
home = os.getenv("HOME", ".")
s_cmd = home + "/bin/lumberjack"
return _run_cmd(s_cmd, tup_args)
except OSError:
pass
# Python 3.x syntax for raising an exception
# for Python 2.x, use: raise OSError, "could not find lumberjack in the standard places"
raise OSError("could not find lumberjack in the standard places")
run_lumberjack("-j")
EDIT: Dopo averci pensato un po ', ho deciso di riscrivere completamente il sopra. È molto più semplice passare semplicemente un elenco di posizioni e fare un giro per provare le posizioni alternative finché non si lavora. Ma non volevo costruire la stringa per la home directory dell'utente se non era necessaria, quindi ho semplicemente reso legale inserire un callable nella lista delle alternative. Se avete domande su questo, basta chiedere.
import os
import subprocess as sp
def try_alternatives(cmd, locations, args):
"""
Try to run a command that might be in any one of multiple locations.
Takes a single string argument for the command to run, a sequence
of locations, and a sequence of arguments to the command. Tries
to run the command in each location, in order, until the command
is found (does not raise OSError on the attempt).
"""
# build a list to pass to subprocess
lst_cmd = [None] # dummy arg to reserve position 0 in the list
lst_cmd.extend(args) # arguments come after position 0
for path in locations:
# It's legal to put a callable in the list of locations.
# When this happens, we should call it and use its return
# value for the path. It should always return a string.
if callable(path):
path = path()
# put full pathname of cmd into position 0 of list
lst_cmd[0] = os.path.join(path, cmd)
try:
return sp.call(lst_cmd)
except OSError:
pass
raise OSError('command "{}" not found in locations list'.format(cmd))
def _home_bin():
home = os.getenv("HOME", ".")
return os.path.join(home, "bin")
def run_lumberjack(*args):
locations = [
"/usr/local/bin",
"/opt/forest/bin",
_home_bin, # specify callable that returns user's home directory
]
return try_alternatives("lumberjack", locations, args)
run_lumberjack("-j")
'check_call()' dovrebbe generare un errore se il comando non esce in modo pulito (che è previsto per comandi inesistenti) – inspectorG4dget
Inoltre, non consiglierei all'utente di copiare l'eseguibile in giro, tranne che come ultima risorsa . I gestori di pacchetti sono quasi sempre la migliore opzione per installare roba. –
@DaveBrunker: Sembri un po 'confuso riguardo a 'call' vs.' check_call'. 'call' fornisce già il codice di ritorno, non come attributo, proprio come il valore di ritorno della funzione. Il motivo per usare 'check_call' è che si occupa di controllare quel codice di ritorno per te, sollevando un' CalledProcessError'. O si alza un 'OSError' (o simile, a seconda della versione di Python) perché il programma non venga trovato. – abarnert