Discussion :

[loic3484]

Bonjour à tous,

J'ai crée un .exe a partir d'un script python en utilisant pyinstaller.

Jusqu’à la tout fonctionne parfaitement, quand je double click sur le .exe.

J'ai voulu automatiser cela avec le task scheduler de windows, mais a ma grande surprise le .exe ne se lance pas.

J'ai donc décider d'essayer de le lancer avec python mais cela ne fonctionne pas non plus.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

subprocess.Popen([r"C:\Users\Moi\Desktop\Test_exe_V2\main.exe"])

A ma grande surprise, si j'essaie un autre .exe cela fonctionne.

Il y a t'il une taille max de .exe ? le mien fait 12.2 MB

J'ai essayé de le lancer par la commande windows mais cela fonctionne parfaitement et je n'ai aucunes erreurs.

Si vous avez des idées !

[wiztricks]

Salut,

Soit çà sort une erreur, soit ça ne fait pas ce que vous attendez.
Sans détailler ce que vous entendez par "cela ne fonctionne pas", pas facile de comprendre ce qu'il se passe (mal).

- W

[Arioch]

Vous pouvez essayer ceci, pour voir si ça donne quelque chose ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
from pathlib import Path
subprocess.Popen([Path('C:/','Users','Moi','Desktop','Text_exe_V2','main.exe')])

Un print du contenu du Path donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

WindowsPath('C:/Users/Moi/Desktop/Text_exe_V2/main.exe')

Ce qui, converti en str, donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\\Users\\Moi\\Desktop\\Text_exe_V2\\main.exe

[Arioch]

Ce petit bout de code fonctionne chez moi. Il consiste à exécuter un éditeur de texte, TextPad.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
from pathlib import Path
from subprocess import Popen
 
editor_bin_location: Path = Path('C:/', 'Program Files', 'TextPad 8', 'TextPad.exe')
try:
    Popen(editor_bin_location)
except FileNotFoundError as err:
    print(editor_bin_location, ':', err)

[Sve@r]

Bonjour
Il me semble que le task scheduler Windows produit un log de ses actions et de ses échecs. Peut-être que regarder ce qu'il dit serait une piste à suivre...

[loic3484]

En effet,
j'avais déjà regardé, mais pas d'erreur de ce coté, car dans mon code, je teste l'existence du fichier avant de faire quoi ce soit.
Sauf que je n'ai pas eu l'idée de notifier l'erreur ou de retourner l'erreur
Voila pourquoi.
En changeant la ligne de code ci-dessus ça fonctionne parfaitement

[loic3484]

Salut Merci a vous pour le coup de main,

Ça y est j'ai trouvé

L'erreur venait encore une fois d'un chemin utilisé dans le code pour charger un fichier.

La différence vient du faite qu'en double cliquant cette ligne de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

os.path.dirname

donne bien le chemin de mon .exe.

Hors une fois lancé par le task scheduler, il est lancé par un "autre endroit", du coup il ne trouve plus tous les fichiers nécessaires.

j'ai changé par la ligne suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

os.path.dirname(sys.executable)

J'ai décortiqué line par line avec un emergency_log qui ecrit dans un fichier .txt avec une adresse figé.
et j'ai trouvé,

Merci a vous,

[loic3484]

En revanche du coup le code ne fonctionne plus depuis Visual Studio.
Car cette ligne me retourne mon environnement conda plutôt que l'emplacement du projet ou se trouve le code.
Il doit avoir un moyen de faire la difference entre un mode ".exe" et un mode "lancement par visual" ?
Et du coup me retourner le bon nom ?