Bonjour, je suis actuellement en train de faire un petit script python pour réaliser certaines taches en fond.
Il doit me scanner, automatiquement chaque fichier que je télécharge.
Le logiciel fonctionne avec une base de donnée mais ce n'est qu'un détail.
Je dois lancer le scan du fichier à l'aide d'un scanneur en ligne de commande (tel qu'avira).
Mais il doit prendre en compte les arguments et les fichiers de configuration.
Je m'explique, la commande à lancer est :
C:/Users/M/Desktop/Avira/avira.exe fichier.exe > sortie.txt

Mais le os.startfile ne fonctionne pas (à cause des arguments principalement).

Pourriez vous m'aider s'il vous plait.

Tu peux aller voir du côté de subprocess

Merci pour ton lien, car même si ce n'est pas la solution pour laquelle j'ai opte, elle m'a mît sur la piste
Dans mon cas, j'utilise simplement os.system().

Merci

subprocess c'est mieux!

Non.

Si, voir la partie rationale de la PEP 324

Citation : VainEntetement

Non.

Au lieu de faire des réponses monosyllabiques, et en plus fausses, tu ferais mieux de lire la doc :

Citation

system(command)
Execute the command (a string) in a subshell. This is implemented by calling the Standard C function
(...)
The subprocess module provides more powerful facilities for spawning new processes and retrieving their results; using that module is preferable to using this function. Use the subprocess module. Check especially the Replacing Older Functions with the subprocess Module section.

Alors explique moi quelle est la différence dans le cas présent. Si subprocess est mieux, c'est qu'il y en a une en sa faveur j'imagine.

Citation : VainEntetement

Alors explique moi quelle est la différence dans le cas présent. Si subprocess est mieux, c'est qu'il y en a une en sa faveur j'imagine.

Tu remets donc en question ce que dit la documentation officielle elle-même quand elle affirme using that module is preferable to using this function et qu'elle prend la peine de faire un paragraphe spécial pour éviter d'utiliser des fonctions obsolètes ? Propose-toi conseiller personnel de Guido ou envoie-lui un mail.

Tu n'as pas répondu à ma question.

Citation : VainEntetement

Tu n'as pas répondu à ma question.

Ni toi à la mienne.

Oui bon, tant que vous deux allez jouer à ce jeu, on n'avancera pas.

Ok, alors je réponds. Je ne mets rien du tout en question, utiliser subprocess est préférable à os.system. Mais j'affirme que ça ne veut pas dire que subprocess est toujours « mieux ». En l'occurrence, ça ne fait absolument aucune différence. Ça marche parfaitement avec os.system. subprocess n'est donc pas « mieux ».

Maintenant, réponds à la mienne.

Citation

Mais j'affirme que ça ne veut pas dire que subprocess est toujours « mieux »

Au lieu d'affirmer sans explications, si tu donnais le moment où il est mieux d'utiliser os.system()

Après si tu ne peux pas me répondre, car tu dis :

Citation

En l'occurrence, ça ne fait absolument aucune différence

Si dans la doc officielle on te dit qu'il est souhaitable d'utiliser plus subprocess que os.system(), tu en déduis?

Je ne sais pas niveau 'memoire' quelle est la différence, mais j'ai essayé os.system() et os.popen()
et j'ai opté pour popen car je n'avais pas besoin de parser un fichier, mais directement le résultat, donc plus rapide (on peut surement le faire avec os.system(), mais j'ai utilisé popen).

Merci

subprocess c'est mieux!

Non mais fred, arrête de faire semblant d'être complètement idiot. C'est pas parce qu'il y a deux solutions qu'il y en a une qui est « mieux » qu'une autre, et c'est pas parce que la doc officielle (qui parle dans le cas général) en conseille une que l'autre est systématiquement moins bien. Il n'y en a pas de « mieux » en l'occurrence.

Il y a tout de même des problèmes de portabilités avec ces deux méthodes et je ne parle pas de la commande qu'on leur passerai en argument. Avec ces histoires de PIPE et de Thread... Mais je ne suis pas assez informé pour en parler.

En plus, os.system a un comportement horrible sur Windows dans un programme en GUI. Ça ouvre un invite de commande (cmd.exe) à chaque appel.