Wie vermeidet man Konsolenfenster mit .pyw-Datei, die os.system-Aufruf enthält?

Question

Wenn ich meine Code-Dateien als .pyw speichern, erscheint kein Konsolenfenster - was ich will - aber wenn der Code einen Anruf an os.system enthält, bekomme ich immer noch ein lästiges Konsolenfenster. Ich nehme an, es ist durch den Anruf an os.system verursacht. Gibt es eine Möglichkeit, andere Dateien innerhalb meines .pyw-Skripts auszuführen, ohne das Konsolenfenster überhaupt anzuheben?

Answer 1

Sie könnten versuchen, die subprocess Modul (subprocess.Popen, subprocess.call oder was auch immer) mit dem Argument shell=True, wenn Sie eine Konsole Startfenster vermeiden wollen.

Answer 2

Sie sollten subprocess.Popen Klasse Gang als startupinfo Parameterwert Instanz subprocess.STARTUPINFO Klasse verwenden, mit dwFlags Attribut subprocess.STARTF_USESHOWWINDOW Flag und wShowWindow Attribut hält subprocess.SW_HIDE Flag. Dies kann aus den Zeilen 866-868 des subprocess.py Quellcodes abgeleitet werden. Es kann notwendig sein, auch subprocess.CREATE_NEW_CONSOLE Flag als einen Wert von creationflags Parameter übergeben, wie Sie unter pythonw.exe ausführen, die eine Konsole nicht öffnet.

Wenn Sie shell=True verwenden passiert es einfach, dass alle oben genannten richtig eingestellt sind, aber das bedeutet nicht, dass es eine richtige Lösung ist. Ich würde argumentieren, dass dies nicht der Fall ist, weil es zusätzlichen Aufwand für das Ausführen von Befehlsinterpreter und das Analysieren von Argumenten verursacht. Außerdem sollten Sie bedenken, dass (...) die Verwendung von shell = True dringend davon abzuraten ist in Fällen, in denen die Befehlszeichenfolge aus der externen Eingabe gemäß Dokumentation des Subprozessmoduls aufgebaut wird.

Answer 3

Die Lösung, die Piotr beschreibt, ist eigentlich nicht so kompliziert, wie es klingen mag. Hier ist ein Beispiel, wo ein startupinfo zu einem check_call Aufruf übergeben wird das Konsolenfenster zu unterdrücken:

startupinfo = subprocess.STARTUPINFO() 
startupinfo.dwFlags |= subprocess.STARTF_USESHOWWINDOW 

subprocess.check_call(cmd, startupinfo=startupinfo) 

Da die Komfortfunktionen call, check_call und check_output vorwärts ihr **kwargs zum Popen Konstruktor, ist es nicht zu verwenden, erforderlich Popen direkt.

Answer 4

Es scheint, dass 'os.popen' kein Konsolenfenster erzeugt. Skript läuft unter 'pythonw'. Nicht sicher über alle Fälle, aber in meinem Fall funktioniert es gut.

os.popen(command) 

Answer 5

Menschen sind ein bisschen faul ... ich @Piotr Dobrogost und @Frank S. Thomas für ihre Antworten thx würde.

kam ich diesen Code mit dem auf Linux und Windows ist runinng:

import platform 
import subprocess 
startupinfo = None 
if platform.system() == 'Windows': 
    import _subprocess # @bug with python 2.7 ? 
    startupinfo = subprocess.STARTUPINFO() 
    startupinfo.dwFlags |= _subprocess.STARTF_USESHOWWINDOW 
    startupinfo.wShowWindow = _subprocess.SW_HIDE 

später ...

args = [exe, ...] 
out = subprocess.check_output(args, startupinfo=startupinfo) 

Thx Jungs;)

Zusätzlich: nur zu beachten, dass die Der folgende Code mit 'call' funktioniert auch auf Python 2.7 (unter Windows) mit dem ‚STARTUP‘ Code oben:

def run_command(cmd, sin, sout): 
    print "Running cmd : %s"%(" ".join(cmd)) 
    return subprocess.call(cmd, stdin=sin, stdout=sout, startupinfo=startupinfo) 

Answer 6

Ähnlich wie @firsthand sagte ich in den Foren wxPython-Benutzer gelesen haben, dass Sie die aktuelle laufende Anwendung „ersetzen“, dass sein „command.com“ oder „cmd.exe“, würde mit pyw.exe oder pythonw.exe, wenn Sie so etwas wie die folgenden verwenden:

os.execl(sys.executable, *([sys.executable]+sys.argv)) 

another post

sehen Obwohl ich weiß nicht, wie Sie würde in diesem Fall io pipen.

Ich glaube, ein Vorteil dieses Ansatzes ist, wenn Sie Ihr Skript mehrmals Ihre OS-Taskleiste mit nicht füllen mit CMD-Icons ausführen. Andersherum, wenn Sie mehrere CMD in der Taskleiste minimiert haben und anfangen, sie zu schließen, ist es unmöglich zu sagen, welches CMD mit welchem ​​Pythonw-Skript geht.