Merci Jérôme..

Le 09/02/2012 16:44, Jérôme Thiard a écrit :
Une coquille s'était glissée dans mon patch précédent, à mon grand regret.
Voici le bon
Jérôme

Le 09/02/2012 16:38, Jérôme Thiard a écrit :
Hello,

Le 09/02/2012 15:07, Ronan Trépos a écrit :

Bonjourà tous,

Voici des patchs que je propose pour la version stable vle 1.0 pour
pyvle.

- qq corrections de bugs dont le redoutable 3313030 :-)

Merci \o/

- ajouts d'un mapping de toute structure vle dans des structures python
et vice versa (j'ai fait comme tu proposais finalement jthiard si tu
nousécoute) (3474406, 3474408)

concernant les Values :

1. ci-joint un patch avec juste un peu de python-coding style (détails)
+ factorisation du code via héritage.

2. lorsqu'on récupère un type XML, MATRIX, TABLE... depuis le vpz, on se
retrouve avec une str ou des listes sans plus d'info. Le problème va
intervenir lors de l'exploration depuis python d'un VPZ. Par exemple
supposons une condition avec un SET de XML, on ne pourra pas savoir si
c'est un SET de STRING ou de XML, et on sera donc incapable de renvoyer
le bon type au simulateur lors de la mise à jour de la condition.
Est-ce qu'il ne faudra pas essayer de renvoyer à python des VleXML,
VleMatrix, etc ?
Si oui je suis en train de regarder ça
http://docs.python.org/c-api/class.html qui devrait nous aider


Complètement d'accord et merci pour le lien, ca me semblait impossible mais je regarde la piste que tu proposes et je réfléchis en même temps :-):
les PyClassObject (ou PyTypeObject pour python 3) est une structure C pour décrire les types "built-in", ce qui n'est pas le cas de nos vleMATRIX, vleTABLE etc..
Ce qui me laisse penser que c'est impossible. Mais je ne suis pas sûr.. Je peux creuser un peu plus si tu n'as pas le temps.    

- ajouts d'une fonction listViewsEntries pour lister les noms de
colonnes de sorties des fichiers pour toutes les vues (3475367)

Ronan tu vas me tuer, mais je viens de me rendre compte que la syntaxe
dans les vues était différente de getCompleteName, à savoir
"coupled1:coupled2,atomic2.port" (syntaxe des colonnes des vues)
et non
"coupled,atomic1,atomic2:port" (syntaxe de getCompletename)
je dis ça parce que le but était de faire le lien entre les ports
observés et les sorties récupérées, c'est donc possible en bidouillant
la chaîne renvoyée mais pas immédiat.
mais je ne sais pas quelle syntaxe est la plus logique à renvoyer ?

Merci, alors il me semble que la syntaxe exacte est :
"coupled1,coupled2:atomic2.port"
Mais tu as raison il faut que ca corresponde, je m'occupe de ca..

Voilà voilà :-)

Jérôme

-à côté, création d'un paquet test_port pour effectuer les tests
fonctionnels du portage phyton (en prévision d'un mode paquet uniquement
en vle 1.1), et ajout de tests
sur les type de données, les observables et la recupération d'erreur.
C'està réfléchir mais j'imagine qu'on peut mettre dans ce paquet les
tests fonctionnels de tous les portages (rvle, java ...)

Voilà
A plus
Ronan

--
Trépos Ronan
INRA unité BIA,équipe MAD, Toulouse
http://carlit.toulouse.inra.fr/wikiz/index.php/Ronan_TREPOS
tel : 05 61 28 53 34






------------------------------------------------------------------------------
Virtualization&  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/



_______________________________________________
Vle-devel mailing list
Vle-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vle-devel



------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


_______________________________________________
Vle-devel mailing list
Vle-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vle-devel


-- 
Trépos Ronan
INRA unité BIA, équipe MAD, Toulouse
http://carlit.toulouse.inra.fr/wikiz/index.php/Ronan_TREPOS
tel : 05 61 28 53 34