Re: Ada.Calendar.Time

Le 3 mars 08 à 16:54, Michel Gauthier a écrit :

> Ma solution personnelle serait d’essayer d’éviter au maximum les  
> non-portabilités (représentation de Duration, de Time, temps  
> origine,...)

Je pensais à ça des le début ...

> en déclarant un type entier (unité : la seconde, ou autre choix)  
> dont je maîtrise la représentation

... mais j'esperais que Ada.Calendar.* fournissait de quoi obtenir le  
nb de jours et le nb de secondes suffisamment simplement et  
parfaitement fiable :-)


> et en fixant ma propre origine,

J'ai hésité à demander pourquoi gnat avait choisi 1901,
si je pouvais prendre la même référence de façon sure,
si vraiment jamais aucun programmeur n'avait eu besoin de manipuler  
des dates plus anciennes, ...

Mais je crois que je vais faire comme tu dis : ne pas m'occuper des  
choix faits pour gnat et définir ma propre origine,
avec une origine probablement en 2000 (J'espère que je n'aurai jamais  
besoin de manipuler des dates plus tôt que celle là ...)


> avec une conversion explicite [de corps return Entier((Moment- 
> Origine)/Unité) à un arrondi près].


Là j'ai pas compris ce que t'as écrit
Tu peux préciser stp ?



ps :

j'ai dit :

>> Qu'est ce que c'est les "leap seconds" ? c'est comme les 29/2 ?


Je voulais parler des "29 février", pas d'une référence à la  
procédure Split :-)


-- 
j'agis contre l'assistanat, je travaille dans une SCOP !


_______________________________________________
Site WWW de l'association Ada-France: http://www.ada-france.org/
[email protected]
http://www.ada-france.org/mailman/listinfo/ada-france