Differences

This shows you the differences between two versions of the page.

--- commit:2015:01_22 [2015/01/22 08:44] – created boman
+++ commit:2015:01_22 [2016/03/30 15:23] (current) – external edit 127.0.0.1
@@ Line 3: / Line 3: @@
 ===== Lecture directe d'un fichier .fdb =====
-Il est maintenant possible de lire directement un fichier ''.fdb'' (base de données formattée de BACON) au lieu d'un ''.dat'' dans l'import SAMCEF.par exemple:
+Il est maintenant possible de lire directement un fichier ''.fdb'' (base de données formattée de BACON) au lieu d'un ''.dat'' dans l'import SAMCEF. Par exemple:
     import toolbox.samcef
     bi = toolbox.samcef.BaconImporter(domain, 'bidule.fdb' )
     bi.execute()
-L'intérêt est simple: se passer de BACON pour certains tests. En effet, on imagine bien que BACON ne va pas faire des vieux os et qu'il est fort probable qu'on n'ait plus la possibilité de l'utiliser à moyen terme. Evidemment, traduire tous les vieux fichiers BACON dans un autre format (gmsh? ou directement python) prendrait un temps fou et donc une solution serait à terme de générer tous les fichiers ''.fdb'' et de les "commiter". La lecture d'un ''.fdb'' ne nécessitant pas SAMCEF, on n'aurait plus besoin de SAMCEF pour lancer la batterie de test.
+L'intérêt est simple: se passer de BACON (pour certains tests dans un premier temps). En effet, on imagine bien que BACON ne va pas faire de vieux os à l'ULg et qu'il est fort probable qu'on n'ait plus la possibilité d'utiliser ce fabuleux programme à moyen terme suite au rachat de SAMTECH par Siemens ou suite une simple indigestion des systemes d'exploitation modernes). Evidemment, traduire tous les vieux fichiers BACON de la batterie dans un autre format (gmsh? ou directement python?) prendrait un temps fou. Et donc une solution serait à terme de générer tous les fichiers ''.fdb'' et de les "commiter" là où ils sont nécessaires. La lecture d'un ''.fdb'' ne nécessitant pas SAMCEF, on n'aurait alors plus besoin de SAMCEF pour lancer la batterie de test.
-Pourquoi faire ça maintenant (On a toujours la licence)?. C'est vrai mais on a aussi parfois des problèmes de licence qui nous empechent d'acceder au serveur et, dans ce cas, on peut s'en sortir grace à une petite entourloupe qui nous permet de s'affranchir de pegase sauf pour un test: le ''bQs.tetraTetra'' qui résiste encore et youjours à l'envahisseur (russe).
+Pourquoi faire ça maintenant (on a toujours la licence gratuitement)?. C'est vrai mais on a aussi parfois des problèmes d'acces au serveur ''pegase''. Dans ce cas, on peut s'en sortir grace à une petite entourloupe qui nous permet de s'affranchir de pegase sauf pour un test: le ''bQs.tetraTetra'' qui résiste encore et toujours à l'envahisseur (russe).
+Bref, j'ai modifié ''bQs.tetraTetra'' pour qu'il lise directement son ''.fdb'' que j'ai commité dans la foulée. La batterie devient donc intégralement lançable à partir de n'importe quel PC!
-Bref, j'ai modifié ''bQs.tetraTetra'' pour qu'il lise directement un ''.fdb'' que j'ai commité. La batterie devient donc intégralement lançable à partir de n'importe quel PC.
 ===== keygen =====
@@ Line 19: / Line 20: @@
 ===== VTK debug leaks =====
-Luc m'a fait remarqué que ma version des libs, qui est incluse cette année dans la version student, a été compilée en mode "debug leaks". Autrement dit, quand on ferme brutalement Metafor en cours de calcul, une fenêtre apparait montrant les fuites de mémoire; ce qui pourrait perturber les étudiants.
+Luc m'a fait remarqué que ma version des libs, qui est incluse cette année dans la version student de Metafor, a été compilée en mode "VTK debug leaks". Autrement dit, quand on ferme brutalement Metafor en cours de calcul, une fenêtre apparait montrant des fuites de mémoire évidentes; ce qui pourrait perturber les étudiants.
-La solution aurait pu être de recompiler mes libs en mode classique ou en maintenanir deux version en parallèle. C'est pas trop mon genre de modifier le code pour améliorer le confort des autres au détriment du mien. Je rappelle que l'idée de ce mode est de repérer les vrais leaks qui peuvent arriver après n'importe quel commit lié à l'interface graphique.
+La solution aurait pu être de recompiler mes libs en mode classique ou en maintenanir deux versions en parallèle. Comme vous le savez, ce n'est pas trop mon genre de modifier le code pour améliorer le confort des autres au détriment du mien. Je rappelle que l'idée de ce mode est de repérer les vrais leaks qui peuvent arriver après n'importe quel commit lié à l'interface graphique. Vu le temps que j'ai passé là-dessus, j'aimerais pouvoir repérer directement ces vrais leaks.
-J'ai donc modifié le code pour que cette fenêtre n'apparaisse plus dans ce cas particulier. J'ai utilisé une bidouille de Kitware qui contourne le système lorsqu'un code tourne sous CDash ou CTest.
+J'ai donc modifié le code pour que cette fenêtre n'apparaisse plus dans ce cas particulier. J'ai utilisé une bidouille de Kitware qui permet de contourner le système lorsqu'un code tourne sous CDash ou CTest.
 ===== Icones Linux =====