Python 2.4: Pas de module fcntl ?

• 

  Rmais96

  5 novembre 2005 à 15h23 #2769

  Bonjour Yomgui,

  Je voulais utiliser le module « subprocess » de Python 2.4

  mais celui-ci se plein de ne pas trouver le module « fcntl ».

  La version du 11/09/2005 de ton portage est-elle incomplete ?

  Certains tests des modules de Python ne passent pas chez

  moi. As-tu tenté de passer ces tests pour vérifier le bon

  fonctionnement de ton portage ?

  Félicitations pour le travail déjà accompli.

  Rmais96

  

  Rmais96

  6 novembre 2005 à 11h08 #54248

  Re,

  Le module « popen2 », alternative à « subprocess » pour lancer un

  programme de manière asynchrone tout en contrôlant ses flux d’entrées

  et de sorties, ne marche pas chez moi.

  Il se plein de ne pas trouver la méthode « pipe() » dans le module « os ».

  La gestion des pipes n’est-elle pas implémentée ?

  A plus.

  Rmais96

  

  lugduweb

  6 novembre 2005 à 11h45 #54249

  Les fonctions de type « spawn » ne sont pas implementées non plus (il y a cependant des solutions de contournement comme il a pu me le proposer dans ce cas – os.system() ou os.popen()).

  Je pense que Yomgui a sorti une version « light » de Python car son objectif principal était avant tout de parvenir à compiler Blender.

  

  Rmais96

  6 novembre 2005 à 19h24 #54250

  En effet la fonction os.popen() fonctionne et devrait me suffir pour

  l’instant.

  Est-il prévu de poursuivre et de compléter ce port ou bien

  restera-t-il en l’état s’il suffit à Blender ?

  A plus.

  Rmais96

  

  lugduweb

  6 novembre 2005 à 19h39 #54251

  Aucune idée.

  De plus la nouvelle version contient une librairie qui n’est pas open-source.

  Donc seul Yomgui peut completer la version actuelle et il faut donc lui demander cela directement.

  

  slobman

  7 novembre 2005 à 11h10 #54252

  Hip !!

  D’après ce que Yomgui a dit lors de la conférence à l’alchimie, il manque pour l’instant tout ce qui est liés au multithreading. Si ça peut vous aider…

  !! qiH

  

  Yomgui

  7 novembre 2005 à 21h40 #54253

  Bon j’ai repondu a Rmais96 en prive. mais pour synthetiser:

  le port de python pour morphos essai de repondre aux principales fonction du C-AINSI (un equivalent « pythonesque » de fopen() par exemple) + certaines venant du POSIX, comme open().

  Mais certaines fonctions sont tres liees avec le POSIX et donc le monde Unix, se qui rend le port plus complexe (donc plus de temps). La priorite etait effectivement sortir python et blender en meme temps que tinygl… donc en 2005 si possible. Cela est fait….

  Maintenant phase 2: les ameliorations.

  Je vais regarder pour os.pipe() car les pipes existe sous MOS.

  Sinon, n’hesiter pas a participer a l’aventure en portant les scripts ecrit en python qui se trouve dans libs:python2.4/. Meme morphospath.py qui est le module « os.path » n’est pas 100% parfait alors que c’est la base… donc il reste du taf pour tous le monde

  

  Merlin

  7 novembre 2005 à 22h26 #54254

  écoutez la sainte parole de Senseï Yomgui