Piping a testa risultati in tubo rotto in script di shell chiamato in pitone

Question

Ho un comando vorrei correre per generare stringa casuale:

var=`< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8` 

Quando eseguo questo comando in sessione bash interattiva ricevo assolutamente nessun errore . Ma quando inserisco questo comando nello script e lo eseguo come script, viene visualizzato l'errore Broken pipe indicato da tr. Ho letto diversi argomenti correlati, ma non ho ancora una risposta sul perché lo script e il comportamento interattivo sono diversi e c'è un modo per controllarlo con le opzioni della shell o con qualcos'altro?

Edit I:

Per quanto riguarda Commenti forniti Ho trovato che indica errori tubo rotto può essere controllato mediante:

trap - SIGPIPE # to ignore errors 

e

trap "" SIGPIPE # to display errors 

Edit II:

Bene, ho fornito informazioni errate sulle condizioni di riproduzione. Infine, sembra che problema causato con l'involucro pitone che ha chiamato lo script con l'os.system():

python -c "import os; os.system('sh -c \"< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8\"')" 

linea proposta produce errori tubo rotto indipendentemente OS usate.

Edit III:

Questo argomento è stato discusso qui: https://mail.python.org/pipermail/python-dev/2005-September/056341.html

Answer 1

Se uno dei processi genitore intrappola sigpipe, poi il gasdotto erediterà la disposizione ignore del segnale, che farà sì che questo problema stai vivendo.

Questo può essere (in modo sicuro) riprodotto con:

(trap '' pipe; var=`< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8) 

Normalmente, il comando head -c8 sarà fatto molto presto ea quel punto la sua stdin è chiuso. Poiché è stdin una pipe collegata allo stdout di tr, ora non ha più senso scrivere tr nello stdout. Una volta provato, il sistema lo ucciderà con SIGPIPE. A meno che il tr ignori questo segnale o abbia ereditato la disposizione ignore (SIG_IGN) per questo segnale dal suo genitore. Quindi un rotto da a stdout causerà semplicemente un errore regolare e imposta errno a EPIPE a cui il punto tr molto probabilmente sarà unificatore e restituirà questo errore al suo stderr e uscirà.

Answer 2

This answer fornisce un buon riepilogo del problema con le tubazioni da Python a head e mostra alcuni accorgimenti.

https://stackoverflow.com/a/30091579/456550