.Exe ne s'execute pas depuis python ou task scheduler (Crée avec Pyinstaller)

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:

---

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 !

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

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

Code:

---

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:

---

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

---

Ce qui, converti en str, donne :

Code:

---

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

---

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

Code:

---

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)

---

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:

---

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:

---

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,

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 ?

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...

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

Citation:

---

Envoyé par loic3484

Citation:

---

Envoyé par loic3484

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

---

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.

---

Il y a une très grosse différence entre "l'exécutable ne se lance pas quand il est dans le task" et "l'exécutable ne fait rien car il n'y a pas de fichier" car dans ce cas, il est bel et bien lancé...

En effet,
Mais la deuxième ligne de mon code est de crée un fichier log.
A partir d'un fichier config.

Donc mon diagnostique n'a pas été le bon.

La seule différence:

Quand je lance avec le .exe ou le point bat, ça marchait et pas avec le scheduler.

Donc ma conclusion n’était pas la bonne.