oder
Ich weiß es echt nicht.
Du machst dir mit deiner Ignoranz nicht nur dir das Leben schwer, sondern auch uns, dir etwas beizubringen bzw. deinen Code zu optimieren und zu verbessern.
Das sogenannte "andere Modul" wurde nicht ohne Grund vorgeschlagen, zum einen bietet es mehr Möglichkeiten, ach ich zitier einfach mal aus der PEP 324:
PEP 324 hat geschrieben: - One "unified" module provides all functionality from previous
functions.
- Cross-process exceptions: Exceptions happening in the child
before the new process has started to execute are re-raised in
the parent. This means that it's easy to handle exec()
failures, for example. With popen2, for example, it's
impossible to detect if the execution failed.
- A hook for executing custom code between fork and exec. This
can be used for, for example, changing uid.
- No implicit call of /bin/sh. This means that there is no need
for escaping dangerous shell meta characters.
- All combinations of file descriptor redirection is possible.
For example, the "python-dialog" [2] needs to spawn a process
and redirect stderr, but not stdout. This is not possible with
current functions, without using temporary files.
- With the subprocess module, it's possible to control if all open
file descriptors should be closed before the new program is
executed.
- Support for connecting several subprocesses (shell "pipe").
- Universal newline support.
- A communicate() method, which makes it easy to send stdin data
and read stdout and stderr data, without risking deadlocks.
Most people are aware of the flow control issues involved with
child process communication, but not all have the patience or
skills to write a fully correct and deadlock-free select loop.
This means that many Python applications contain race
conditions. A communicate() method in the standard library
solves this problem.
Warum das wichtig ist steht da auch gleich:
PEP 324 hat geschrieben: - Inappropriate functions for starting processes could mean a
security risk: If the program is started through the shell, and
the arguments contain shell meta characters, the result can be
disastrous. [1]
- It makes Python an even better replacement language for
over-complicated shell scripts.
Ok dein Code funktioniert, jedoch wie gut und wie lange? Die Pythonentwickler haben nicht umsonst das subprocess Modul in die Std.-Bibliothek aufgenommen. Noch ein Zitat:
http://de.wikipedia.org/wiki/Python_%28Programmiersprache%29 hat geschrieben:Python [ˈpaɪθn̩] ist eine universelle höhere Programmiersprache.[2] Ihre Entwurfsphilosophie betont Programmlesbarkeit.[3] Ihr Gebrauch von Einrückung zur Blockbegrenzung ist ungewöhnlich unter populären Programmiersprachen.
Im Wikipedia-Artikel steht etwas von Lesbarkeit, die ist bei deinem Code etwas zu kurz gekommen, ich denke du hast noch nicht wirklich ein großes Programm gelesen, geschweige denn geschrieben, sonst wüsstest du diesen Punkt zu schätzen und würdest dir auch von anderen Leuten mit gut gemeinten Tipps belehren lassen und dich somit auch weiterbilden.
Noch zu deinem Doku. Punkt (was hat vi damit eig. zu tun? Meinst du den Editor, wenn ja
). Wenn die Dokumentation von Python schlecht ist, dann solltest du dringend englisch oder programmieren lernen. Die Dokumentation für python erklärt alles ausführlich und in (fast) jedem Abschnitt zu einem Modul ist mindestens ein Beispiel. Auch praktische Menschen brauchen Betriebsanleitungen, man nehme an, du kaufst dir eine Drehmaschine, du würdest auch eine Anleitung benutzen zumindest so lange, bis du sie bediehnen kannst, außerdem verbietet dir keiner die interaktive Shell von Python zu benutzen, die ist extra zum testen erfunden/intregriert worden.
Ich kann aus deinen Posts entnehmen, dass du Linux verwendest, wie hast du gelernt Linux zu benutzen? Ich bin mir ziemlich sicher über Man-Pages und Dokumentation.
