Python sur un autre PC

Bonjour à tous.

Voila je suis confronter à un petit problème.
J'ai terminer mon petit programme du MORPION et je voulais l'envoyer à une personne pour qu'il voit se que sa donne. Et la stupeur :? il ne marche pas chez la persone :s Croyant que c'était mon code Je lui et donc envoyer un code que j'ai télécharger via le NET d'un petit jeu de Snake( je le test chez moi sa passe, je le test chez la personne sa passe pas :s )
Alors ma question est : Un programme python ne fonctionne que si la personne possède python sur sa machine ?

Oui, python est un langage interprété.
Tu peux cependant créer un .exe avec py2exe.

Bas c'est d'ailleurs comme sa que je l'envoie :D
J'envoie le .exe mais ya une erreur du style

Cette Application na pas pu démarrer car la config de l'application est incorrect.

J'ai vite fait regarder sur le net mais rien de bien fabuleux :s
dou mon post ici. J'ai regarder vite fait s'il manquer pas un DLL avec 8-)DEPENDS8-) Il parle du DLL msvcr90.dll alors je les donc rajouter a coter des autres DLL et du EXE de mon programme mais sa change rien

Salut !

A mon avis c'est bien à cause de la .dll manquante. Quand py2exe/distutils crée le fichier exécutable il place l'interpréteur pyhton et ton code dans le .exe et rajoute dans le dossier les .dll dépendantes.

Si tu lui envois le .exe et le .dll ça devrait bien fonctionner (sauf s'il manque d'autres fichiers accédés par ton programme bien sur).

Si tu développe avec Python 2.6 et que tu utilise Py2exe pour Python 2.6, effectivement il se peut que cela ne marche pas. J’ai, aussi eu ce désagrément.

Pour le résoudre, je suis passé en Python 2.5, là la bibliothèque msvcr90.dll n’ai plus un problème, car elle n’est pas utilisée. :evilred:

Bonjour,

Tout les fichiers sont envoyer avec le exe voici l'arborescence :

- fichier TCL
- library.zip
- Mon exe
- w9xpopen.exe
- unicodedata.pyd
- select.pyd
- _tkinter.pyd
- bz2.pyd
- tcl85.dll
- tk85.dll
- msvcr90.dll

En effet je suis bien sous le python 2.6. :( Mais bon passer à la 2.5 alors que d'autre version sont déjà sorti Je ne sais pas si cela et le meilleur moyen.
Mais si l'unique je le ferait :evilred:

Il est possible que les gens qui développent des bibliothèques pour Python soient un peu débordés avec les sorties de 2.6, 3.0, 3.0.1 très approchées les unes des autres.
Je suis certain, que maintenant ils s'occupent de la version 3 donc, pour nous, c'est un peu la galère. C'est un moment à passer, juste un moment, le temps que tout soit fonctionnel avec Python 3.