🚀 go-pugleaf

Emmanuel Delahaye, le 05/10/2005, a �crit :
> Pierre Maurette wrote on 05/10/05 :
>>>> La seule chose portable que je vois, c'est clock()  de <time.h>:
>>>
>>> Mmmh. clock() te donne une estimation du temps pass� dans ton programme;
>>> c'est diff�rent du temps qui passe (celui de l'horloge), qui est mod�lis�
>>> par time().
>> J'ai toujours eu des doutes l�-dessus, sous Windows. Je ne pense pas que 
>> clock() mesure le temps dans la t�che, mais un temps depuis le d�marrage, 
>> genre GetTickCount() ou RDTSC.
>
> Si tu as des doutes relit la norme. On ne v�rifie pas un comportement avec 
> une impl�mentation qui a le droit d'�tre incorrecte.
Si j'�cris "J'ai toujours eu des doutes l�-dessus", c'est justement 
parce que je sais que la norme parle de meilleure approximation du 
temps utilis� *par le programme*. Cette "meilleure approximation" sous 
Windows semble �tre le temps courant. Il faut faire avec.
Si j'avais �crit que je suis certain avec clock() de mesurer le temps 
dans la t�che parce que c'est dans la norme, tu aurais finement 
remarqu� que la norme parle de "meilleure approximation", et que 
justement DOS/Windows, blabla.
Conviens quand m�me qu'avec la norme, hosted pas hosted, PDP11 quand ce 
n'est pas DS9000, on est un peu en boucle sur du bruit de fond. Je n'ai 
rien contre, mais les fils deviennent totalement r�p�titifs.


-- 
Pierre Maurette