Je pense que le pb de Roger est autre. Il a déjà dit ici qu'il avait beaucoup de générations (70?). Or si tu fais une renumérotation SOSA en utilisant des INTEGER tu ne peux dépasser 31 générations, c'est pour celà que le SOSA est stocké en DOUBLE PRECISION (c'est je crois MACPC qui m'a appris çà).
Refais-tu pas un calcul du SOSA lors de l'export web d'un individu?
Pour Marlau, je ne vois pas pourquoi les procédures que j'ai modifiées auraient une influence, les variables d'entrée et sortie sont inchangées. Je pense que peut-être les triggers ajoutés pourraient avoir un effet sur tes calculs, car si j'ai bien compris, tu fait pas mal de choses dans une transaction que tu "rollback" en final. Mais ce n'est qu'une hypothèse.
Autre hypothèse, est-ce que plusieurs "MARR" dans une même union ne peut pas te générer une erreur (plus colonnes qu'attendues dans le résultat). Dans la b4.00 comme précédemment il est possible d'enregistrer plusieurs mariages, mais l'affichage de l'union n'est pas dupliquée comme auparavant. Ce qui fait que certains peuvent utiliser cette possibilité pour enregistrer le mariage religieux et le mariage civil distinctement.
A+
André