• Functions d'évolution : suppression de la gestion des objets à la Igor :

“un beau memory leak comme ca pas de problème avec les destructeurs…”

• Fonctions d'évolution
  • Passage des fonctions d'évolutions en *DISOWN dans tous les objets y faisant appel : loadings, intialcondidition, materials (depend), iterationManager(setResidualTolerance),

• La classe FunctionBase dérivant déjà de RefCounted
• gestion des références aux fonctions dans les classes Property1P & PropertyNP à l'aide de incRef() & decRef()

• EX_INCR
  • changement de l'option par défaut pour les chargement : le calcul des loadings incrémental devient le défaut (⇒ suppression dans tous les cas tests), c'est la solution donnant le moins de cas particuliers (et le + simple à expliquer)
  • changement de noms EX_TOTAL → TOTAL_LOAD / EX_INCR→ INCREMENTAL_LOAD
  • Ajout d'un FATAL_ERROR : pas de chargement constant non nul en INCREMENTAL_LOAD (ca n'a pas de sens)
  • ATTENTION, CERTAINS SCHEMAS TEMPORELS FOIREUX NE FONCTIONNENT PAS EN INCREMENTAL_LOAD (et j'en ai marre de perdre mon temps à debugger des trucs à la con ⇒ si qqn a du temps à perdre, il peu debugger apps.bImp.mono2dEpdSmg1 en enlevant les “TOTAL_LOAD”)

• FixationSet
  • Suppression de l'interfacage python de FixationSet
  • Déplacement de l'objet fixations de Domain vers LoadingSetBase
  • Nettoyage des cas tests de toute référence à FixationSet

• Il n'est plus nécessaire de définir les fonctions d'évolution globale (en dehors des fonctions) ou de mettre un this_own() pour ne pas détruire. J'ai nettoyé un certains nombre de tests (il en reste)
• suppression du EX_INCR que geoffrey avait ajouté dans chaque loading (maintenant c'est le défaut)
• Nettoyage cosmetique (tous les loadingSet inutilisés, suppression des fonctions quand elles multipliaient un 0.0, suppression du 0.0, ..) et parfois un peu + profond (double chargements, …)

• up to date

• up to date

A 
R

— Luc PAPELEUX 2008/03/13