Warum hat shell=True Essen, meine Teilprozess.Popen stdout?

Scheint es, dass mit shell=True in der ersten Prozess-Kette irgendwie fällt das stdout von nachgelagerten Aufgaben:

p1 = Popen(['echo','hello'], stdout=PIPE)
p2 = Popen('cat', stdin=p1.stdout, stdout=PIPE)
p2.communicate()
# outputs correctly ('hello\n', None)

Machen der erste Prozess verwenden, shell=True tötet die Ausgabe irgendwie...

p1 = Popen(['echo','hello'], stdout=PIPE, shell=True)
p2 = Popen('cat', stdin=p1.stdout, stdout=PIPE)
p2.communicate()
# outputs incorrectly ('\n', None)

shell=True auf den zweiten Prozess scheint keine Rolle zu spielen. Ist dieses Verhalten zu erwarten?

InformationsquelleAutor Jake Biesinger | 2012-05-19
  1. 16

    Wenn Sie übergeben shell=True, Popen erwartet ein string argument, nicht eine Liste. Also, wenn Sie dies tun:

    p1 = Popen(['echo','hello'], stdout=PIPE, shell=True)

    Was passiert ist:

    execve("/bin/sh", ["/bin/sh", "-c", "echo", "hello"], ...)

    Ist, ruft es sh -c "echo", und hello ist effektiv ignoriert (technisch wird eine positionelle argument an die shell). Damit die shell läuft echo, das Drucke \n, das ist, warum Sie sehen, dass in Ihrem output.

    Wenn Sie shell=True, die Sie brauchen, um dies zu tun:

      p1 = Popen('echo hello', stdout=PIPE, shell=True)
    • Danke! Für die Nachwelt, hier ist die docs: Auf Unix, shell=True): If args ist eine Sequenz, das erste Element gibt den Befehl, und alle weiteren Elemente werden so behandelt, als zusätzliche Argumente der shell selbst. Das heißt, Popen funktioniert das äquivalent: Popen(['/bin/sh', '-c', args[0], args[1], ...])
    • sehr schlecht dokumentiert ist, IMHO
    InformationsquelleAutor larsks
Schreibe einen Kommentar