Discussion :

[proton88]

Bonjour,

Dans le cadre de l'élaboration d'un programme en C sur microcontrôleur Atmel AVR avec AvrGCC, et ayant besoin de la fonction clock(), j'ai défini dans un fichier time.h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#define CLOCKS_PER_SEC 1000 /* 1000 x 1 = 1000 ms */
 
typedef long clock_t;
 
clock_t clock();		// ticks depuis le début de main()

Pas de problème... sauf qu'à 1000 par seconde, mon compteur arrive au bout en moins d'un mois et c'est une application h24.

Alors j'ai modifié le type clock_t en long long et là, à ma grande stupeur, le code est passé de 27682 à 49608 octets ! Une idée ?

[souviron34]

on ne se sert pas de la fonction clock pour des grandes valeurs comme ça On utilise time .

clock sert pour mesurer des deltas de temps relativement faibles.

Mais time démarre depuis le 01/01/1970 et s'arrêtera en 2037.

[Emmanuel Delahaye]

Bonjour,

Dans le cadre de l'élaboration d'un programme en C sur microcontrôleur Atmel AVR avec AvrGCC, et ayant besoin de la fonction clock(), j'ai défini dans un fichier time.h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#define CLOCKS_PER_SEC 1000 /* 1000 x 1 = 1000 ms */
 
typedef long clock_t;
 
clock_t clock();		// ticks depuis le début de main()

Pas de problème... sauf qu'à 1000 par seconde, mon compteur arrive au bout en moins d'un mois et c'est une application h24.

Alors j'ai modifié le type clock_t en long long et là, à ma grande stupeur, le code est passé de 27682 à 49608 octets ! Une idée ?

Oui. Comme tu demandes l'usage d'un long long (C99), l'éditeur de lien a probablement ajouté tout ou partie du paquet C99 à ton application qui a brutalement augmenté de taille. Mais comme dit Souviron, tu fais n'importe quoi...

clock() sert à retourner le nombre de ticks depuis la mise sous tension (en principe, un tic fait entre 1ms et 100 ms)

Pour mesurer le temps, on utilise le type time_t et on compte des secondes.

Le type exact de time_t dépend de l'implémentation. Effectivement sur les machines où il fait 32 bits, ça s'arrête en 2037 ou 38. Mais il peut très bien faire 64 bits, et dans ce cas, le soleil aura probablement explosé avant...

[koala01]

Salut,

(snip) Mais il peut très bien faire 64 bits, et dans ce cas, le soleil aura probablement explosé avant...

En fait, notre soleil ne risque, sauf erreur, pas d'exploser...

Ce qu'il fera dans la fin de sa vie (mais on a le temps ), c'est de se dilater jusqu'à englober la terre, avant de refroidir et de se recontracter...

Pas de super nova pour notre soleil, sa masse n'est pas suffisante

[proton88]

Merci pour ces réponses mais....

En fait, mon problème n'est pas de mesurer des durées de plusieurs jours, ce dont je n'ai pas besoin.

Mon problème est que si je fais une tempo de une seconde comme ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
clock_t tempo;
 
tempo = clock() + CLOCKS_PER_SEC;  /* Tempo 1 seconde */
 
while( clock() < tempo )  ;

... si la valeur de clock() déborde pendant la tempo et passe donc de +2000000000 à -2000000000 (je n'ai pas en tête la valeur précise ), ma tempo va s'arrêter avant l'heure parce que la condition sera vraie.

J'espère m'être mieux exprimé cette fois-ci.

Edit: Euh... en fait non, ce qui risque d'arriver, c'est que clock() soit positif au départ et que clock()+1000 soit négatif. Donc la durée de la tempo soit nulle - Autant pour moi.

[koala01]

Peut etre serait-il peut etre, tout simplement, utile d'envisager le typedef en tant que unsigned long...

Cela devrait régler le problème parce que les valeurs seraient d'office supérieures ou égales à zéro et que, de toutes manières, si on arrive à la valeur extreme possible sur un long avec clock()+CLOCKS_PER_SEC, ce sera pris en compte également (avec au pire un décalage d'un tick)

[fearyourself]

Ou si tu veux juste attendre une seconde, pourquoi faire une attente active ?

Utilise un sleep(1).

Jc

[proton88]

Peut etre serait-il peut etre, tout simplement, utile d'envisager le typedef en tant que unsigned long...

Cela devrait régler le problème parce que les valeurs seraient d'office supérieures ou égales à zéro et que, de toutes manières, si on arrive à la valeur extreme possible sur un long avec clock()+CLOCKS_PER_SEC, ce sera pris en compte également (avec au pire un décalage d'un tick)

En fait, j'aurai le même problème si on arrive aux limites: clock() sera très grand, clock() + 1000 sera petit (inférieur à 1000) et la condition sera fausse à nouveau dès l'entrée dans la tempo...

Pour répondre à fearyourself, j'utilise clock() pour faire des tempos entre 10ms et une heure, mais mon exemple n'était là que pour illustrer mon propos. En fait, j'initialise ma variable, je gère les affaires courantes (traitement de données GPS, traitement de dialogue radio, etc...) et je passe voir ensuite si ma tempo est terminée.