Correction procedures utilisant des ValuesManagers

• en conséquence à mon dernier commit, un certain nombre de procédures de post-traitement (non appelées dans la batterie) n'étaient plus fonctionnelles, vu que la commande valuesManager::fillNow prend dorénavant le numéro de pas de temps en argument : valuesManager.fillNow(nt).
• ⇒ tous les tests d'écrasement d'aspérité qui, dans une opération de post-traitement, générait les courbes sur base des facs, ont été corrigés
• Idem pour les tests avec matériau abradable (mtWear/Abrawal/newac/…)
• Qui plus est, une fonction valuesManager.fillNow(UserNo &no) (remplissage de l'exctracteur numéro no) existait et pouvait entrer en conflit avec la fonction valuesManager.fillNow(int nt) (au grès des cast).
• Cette fonction a été supprimé. On utilisera de manière préférentielle l'operateur()(UserNo &no).

 ''valuesManager.fillNow(no)''  est remplacé par ''valuesManager(no).fillNow()''
 ''valuesManager.toAscii(no)''  est remplacé par ''valuesManager(no).toAscii()''
 ''valuesManager.toMatlab(no)''  est remplacé par ''valuesManager(no).toMatlab()''

• les tests Abrawal on été corrigés en conséquence …

• Passage de “nbTasks” à travers le processus de batterie pour les tests d'analyse paramétrique en parallèle (pour usage dans launch). Attention à ne pas lancer une série d'analyse paramétrique en “MultiTest” (auquel cas on aurait nbTasks² calculs en même temps)…
• correction d'un bug mineur dans le test oo_meta\apps\parametricParallel\tombeBordEas2D_Param.py

Added : 
Deleted :
Moved : 

Adding: 
Deleted : 
Moved : 

— Luc Papeleux 2018/06/05