difftime : pourquoi en double ?

**oodini** · 18/02/2013, 16h40

Dans <ctime> est définie la fonction difftime.
Elle prend en argument deux time_t, qui représentent des temps écoulés depuis le 1er janvier 1970. La fonction difftime renvoie la différence entre les deux.

Mais pourquoi diable la renvoie-t-elle dans le type double , alors que les arguments sont en fait des types entiers ??

Quelqu'un aurait-il une explication ?

Puis-je sans danger transtyper en type_t ?

**gbdivers** · 18/02/2013, 16h48

Parce que le standard ne garantie pas que time_t est un type entier. C'est par respect du standard POSIX que time_t représente un temps entier en seconde, mais c'est pas une obligation. http://en.cppreference.com/w/cpp/chrono/c/time

Sinon, si tu utilises le C++11, tu devrais peut être voir du côté des fonctions C++ au lieu du C : http://en.cppreference.com/w/cpp/chrono

**oodini** · 18/02/2013, 16h53

Envoyé par gbdivers

Parce que le standard ne garantie pas que time_t est un type entier. C'est par respect du standard POSIX que time_t représente un temps entier en seconde, mais c'est pas une obligation. http://en.cppreference.com/w/cpp/chrono/c/time

Oui, j'avais lu cela.
Mais comme cela me semblait complètement crétin de spécifier précisément le type de la différence, mais pas le type des "time points", j'ai posé la question...

Envoyé par gbdivers

Sinon, si tu utilises le C++11, tu devrais peut être voir du côté des fonctions C++ au lieu du C : http://en.cppreference.com/w/cpp/chrono

J'utilise Visual 2010. J'ai proposé de mettre à jour notre Boost pour bénéficier de chrono, mais ça ne sera pas satisfait dans l'immédiat.

**gbdivers** · 18/02/2013, 17h02

Sur ce coup là, je suis bien d'accord

Je suppose que cela vient du fait que le type en retour n'entre pas dans la signature des fonctions (mais bon, c'est du C, ça n'aurait pas été choquant d'avoir deux fonctions, comme pour les fonctions abs par exemple : abs, fabs, labs, llabs)

Sinon, comme c'est des types entiers, tu te créées une fonction perso qui retourne un entier (moins moche qu'un cast de double en entier) (avec un type trait is_integral si dispo pour la sécurité du code)