Differences

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

--- commit:2017:09_14 [2017/09/14 16:56] – papeleux
+++ commit:2017:09_14 [2018/05/04 16:46] (current) – [Commit - LPx - 14 September 2017] boman
@@ Line 1: / Line 1: @@
-===== Commit - LPx - 14 September 2017 =====
+===== Commit 2017-09-14 =====
 Tests HPC4WE + Nettoyage Matériaux Sabca
@@ Line 18: / Line 18: @@
     * CLang se plaignait que les classes Time (mtGlobal) et wTime (parasolid\fwk) n'avait pas de destructeur virtuel alors que ce sont des classes de base (dont dérivent les implémentations de mesure du temps de calcul). Bien que Time et wTime n'aient rien à désalloué, il faut manifestement définir le destructeur comme virtuel (chose faite).
     * pour plus d'info vous pouvez voir la page : https://stackoverflow.com/questions/1123044/when-should-your-destructor-be-virtual
-    * Conséquence : on observait déjà dans python sous linux un soucis quand on enchainait les operations sur un Timer sans passer par variable temporaire (l'objet intermédiaire renvoyé par la fonction ''read()'' était parfois détruit avant l'appel à ''getReal()'' ou ''getUser()''). Ce comportement est maintenant aussi observable sous windows. Donc, ne plus écrire (dans python)
+    * Conséquence : on observait déjà dans python sous linux un soucis quand on enchainait les operations sur un Timer sans passer par variable temporaire (l'objet intermédiaire renvoyé par la fonction ''read()'' était parfois détruit avant l'appel à ''getReal()'' ou ''getUser()''). Ce comportement est maintenant aussi observable sous windows.
+    * Donc, ne plus écrire (dans python) :
 <code>
 print "[TSC-CPU]                           User CPU Time : ", timer.read().getReal().sec()