Differences

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

--- commit:2011:12_14 [2011/12/14 12:45] – [battery.py] boman
+++ commit:2011:12_14 [2016/03/30 15:23] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
+====== Commit 2011-12-14 ======
+===== battery.py =====
+**Mise à jour de ''battery.py''** pour svn 1.7. Cette nouvelle version de subversion utilise une autre forme de base de données pour les "working copies". Au lieu d'un dossier ''.svn'' dans chaque dossier des sources, on se retrouve avec un seul dossier ''.svn'' au niveau de la racine du checkout. Ceci nous empêche de copier, comparer et commiter les fichiers "verifs" (résultats de batterie) parmi les binaires de Metafor (puisqu'il n'y a pas, à cet endroit, de dossier ''.svn'').
+Pour contourner ce problème, la nouvelle version de ''battery.py'' écrit les résultats de batterie directement dans les sources, comme on le faisait avant "CMake". Les résultats (par exemple ''STP-Linux*.txt'') se trouvent donc dans ''oo_meta/apps/verif'' au lieu de ''oo_metaB/bin/verif''. Ce dernier répertoire existe toujours et contient maintenant uniquement le fichier "diff" HTML qui est éventuellement envoyé par mail lorsqu'on utilise ''comp.py''.
+Autre problème: la nouvelle base de données .svn ne peut plus être déplacée sans problème entre Windows et Linux. Du moins, elle supporte très mal un brutal "unzip -a". En effet, si on dézippe d'archive de source créée sous windows sur une machine linux avec le mode ASCII activé, le dossier ''.svn'' devient corrompu (checksum mismatch). Il est alors impossible de commiter les résultats de batterie...
+Actuellement, j'ai réglé ce deuxième problème en supprimant la conversion ASCII du zip de source dans ''comp.py'' (en attendant mieux, lorsque j'aurai compris exactement ce qui se passe)
+<note important>Mettez donc à jour le script ''comp.py'' (c'est-à-dire copier toolbox/comp.py dans votre ''~/bin'')</note>
+**UPDATE:** En fait le contenu du nouveau ".svn" est __indépendant du type de machine__. Il ne doit donc pas subir une conversion ASCII via un "unzip -a". Par contre, le reste du source pourrait subir cette conversion. J'effectue donc une conversion partielle dans le nouveau ''comp.py''.
+===== Divers =====
+  * Maillage Gen4 pour Ludovic Renson (''papillon.py'').
+  * Amélioration de ''toolbox/abaqus.py'' (import Abaqus pour Chantal Bouffioux).
+  * Modifs de qq cas-tests (beaux outils dans le Kitrack p. expl.)
+ --- //[[romain.boman@gmail.com|Romain BOMAN]] 2011/12/14 09:38//