Discussion :

[riko60]

Bonjour,

Je n'y connais pas grand chose en python et j'ai le soucis suivant un collègue qui est parti avait développé un petit soft sous python. J'ai localisé le problème dans le code, il y a une erreur de chemin. Le soft va chercher un fichier .inf dans un dossier. Le problème est que le nom n'est pas toujours OEMSETUP mais peut être par exemple xxxx.inf ou yyyyy.inf. Comment puis je modifier cette ligne de code pour que le soft ne cherche pas un fichier .inf en particulier mais LE fichier .inf du dossier. Genre un *.inf, vu qu'il n'y en a qu'un c'est forcément le bon qui sera sélectionné.

Code :

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

drv.Properties_('InfName').Value =("\\\\"+posteping+"\\c$\\outils\\"+nom_driver+"\\OEMSETUP_.INF")

Merci d'avance pour vos lumières.

[Sve@r]

Bonjour

Comment puis je modifier cette ligne de code pour que le soft ne cherche pas un fichier .inf en particulier mais LE fichier .inf du dossier. Genre un *.inf, vu qu'il n'y en a qu'un c'est forcément le bon qui sera sélectionné.

Tu peux utiliser os.listdir() qui liste un dossier X ; et regarder si un des noms qui en sort se termine par ".inf"

Code python :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
import os
base=os.path.join(
    os.path.sep,
    posteping,
    "c$",
    "outils",
    nom_driver,
)
for f in os.listdir(base):
    if f[-4:] == ".inf":
        drv.Properties_('InfName').Value=os.path.join(base, f)
        break
    # if
else:
   raise IOError ("Pas de fichier teminé par '.inf' dans %s" % base)
# for

[tyrtamos]

Bonjour,

Tu peux utiliser glob du module glob qui permet une recherche par "wildcard" => "*.INF":

Code :

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

1
2
3
4
5
for glob import glob
...
fichier = glob("\\\\" + posteping + "\\c$\\outils\\" + nom_driver + "\\*.INF")[0]
drv.Properties_('InfName').Value =(fichier)
...

glob renvoie une liste, et le "[0]" ne renvoie que le 1er fichier trouvé s'il y en a plusieurs.

[riko60]

Merci pour vos réponses. J'espère maintenant pouvoir les tester.
Un problème en amène un autre. Hier j'ai juste changé la valeur du fichier inf dans le code pour faire le test avec une valeur fixe. Mais pour tester il faut refaire une build et là ça coince. Bien que le collègue nous ait laissé ses sources, je ne sais pas si il bossait en python 2 ou 3...
J'ai donc chargé le module cx_Freeze sur un PC sur lequel j'ai Python 3.6 d'installé et là que des erreurs la build indique des erreurs et se finit par un error TCL_library (pourtant à ma connaissance le module tcl est chargé de base sur cette version)
Autre test sur un autre pc sur lequel j'ai installé Python 2.7.12 + le module cx_Freeze la il me crée bien une build, mais contrairement à celle de mon collègue il y a très peu de fichiers/dossiers (ex lui il a des tonnes d'api......dll, un dossier include, etc pas moi) Au final la build ne se lance pas 2h pour rien.

Du coup ma question de néophyte est la suivante, pour faire une build d'un .py, faut il absolument la faire à partir de la même version de python avec laquelle le fichier .py a été conçu? De plus faut il avoir les mêmes modules de chargés par le développeur d'origine pour que cx_Freeze crée une build fonctionnelle?

Le début du code ci-dessous, pour moi il n'y a que des modules basiques. Et je ne crois pas qu'il y ait de fichier .py supplémentaires devant être mis en option pour la construction de la build.

Code :

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

1
2
3
4
5
6
7
8
from tkinter import * 
import sys
from tkinter import ttk
import os
from tkinter import simpledialog
import pythoncom
from tkinter import messagebox
import subprocess

J'espère que mon message n'est pas trop lourd. Merci d'avance.

[wiztricks]

Salut,

Du coup ma question de néophyte est la suivante, pour faire une build d'un .py, faut il absolument la faire à partir de la même version de python avec laquelle le fichier .py a été conçu? De plus faut il avoir les mêmes modules de chargés par le développeur d'origine pour que cx_Freeze crée une build fonctionnelle?

Il faut un programme fonctionnel avant d'envisager de l'emballer via cx_Freeze pour le deployer (sans avoir à installer la version de Python et les bibliothèques qui vont bien).
Donc il faut tester avant de passer à la moulinette cx_Freeze et aussi après.

- W

[riko60]

Salut,



Il faut un programme fonctionnel avant d'envisager de l'emballer via cx_Freeze pour le deployer (sans avoir à installer la version de Python et les bibliothèques qui vont bien).
Donc il faut tester avant de passer à la moulinette cx_Freeze et aussi après.

- W

c'est sûr c'est la base. Le code est fonctionnel il est juste sous la forme py, l'exe du py on l'utilise tout le temps est fonctionne bien mais ça bloque qu'en même.
Pour résumé de chez moi sur 2 postes différents en W10 session admin
1) avec python 3.6 le logiciel se lance mais lors de la création de la build il crée rien et me renvoie cet ensemble d'erreurs.



2) sur le poste avec python 2.7 le logiciel ne se lance pas par contre il me crée la build sans retourner d'erreurs

Au boulot en W10 le soft ce lance mais même prblème d'erreurs qu'en un, en plus les sécu de l'AD n'aide pas.

Bref ça m'a l'air mal embarquée cette histoire

[fred1599]

Et donc tu as cherché ce que voulait dire ce message d'erreur en y ajoutant le mot clé cx_freeze ?

Parce-que moi je l'ai fais : ICI ou LÀ

[riko60]

Et donc tu as cherché ce que voulait dire ce message d'erreur en y ajoutant le mot clé cx_freeze ?

Parce-que moi je l'ai fais : ICI ou LÀ

Honnêtement oui j'ai cherché et lu sur stack le deuxième lien mais je n'ai pas essayé la manip car vu le nombres de lignes que j'ai avant le error TCL_ library, je pensais avoir beaucoup d'autres bugs à gérer avant. Et après 2-3h pour me familiariser avec tout ça j'avais le cerveau en vrac.
Néanmoins Merci, je vais donc d'abord commencer par gérer cette erreur.