Je programme sur CodeComposerStudio sur DSP.

Apparemment il faut télécharger tous ces fichiers mais est-ce que j'ai vraiment besoin de tout ça?

Tous ces fichiers :

http://www.microsoft.com/downloads/en/details.aspx?FamilyId=484269E2-3B89-47E3-8EB7-1F2BE6D7123A&displaylang=en

pour récupérer windows.h mais est-ce que j'ai besoin de tout ça juste pour utiliser sleep() ?

Sleep en soi c'est tres mal. Mais oui tu dois les telecharger oui.

Finalement trop la flemme je me suis contenter d'un for avec 10000000 de boucles

Il doit etre beau ton programme !

Tu aurais pu utiliser ctime.h a la limite quand meme tu exageres un peu.

"Sleep en soi c'est tres mal. Mais oui tu dois les telecharger oui."

Je profite de ce thread pour poser une question à ce sujet : récemment j'ai eu à utiliser un Sleep dans un programme OpenGL pour le brider à 20 FPS, seulement c'est pas très portable et c'est pas très chouette, qu'elle serait la solution la plus élégante pour résoudre ce problème

qu'elle serait *quelle serait

En même temps 20 FPS c'est assez peu, enfin ça dépends ce que c'est comme programme aussi.

Faire un sleep à la main avec ctime tout simplement. C'est entièrement portable et ça prend 5 secondes.

Ou alors prendre l'heure systeme en µs(avec gettimeofday par exemple) et faire une pause de ce qu'il faut (avec usleep par exemple). ;
Bon, apres, la précision... il faut voir le systeme-et-tout-ca.

"Faire un sleep à la main avec ctime tout simplement. C'est entièrement portable et ça prend 5 secondes."

Si j'ai bien compris avec un truc du genre :
t = clock();
while((clock() - t)/CLOCKS_PER_SEC < numberOfSeconds)
;

Sauf que ça remplace l'attente passive du sleep par de l'attente active, est-ce que c'est vraiment recommandé

"En même temps 20 FPS c'est assez peu, enfin ça dépends ce que c'est comme programme aussi."

J'avais besoin de pouvoir constater visuellement les différentes étapes d'une animation pour résoudre des bugs graphiques. Evidemment lorsque je voudrais avoir le rendu final je repasserais à 60 fps pour que ça soit fluide

"Ou alors prendre l'heure systeme en µs(avec gettimeofday par exemple) et faire une pause de ce qu'il faut (avec usleep par exemple). ; "

De mémoire il me semble que usleep n'est pas non plus standard (norme POSIX).

extrait de man usleep

CONFORMING TO
4.3BSD, POSIX.1-2001. POSIX.1-2001 declares this function obsolete; use nanosleep(2) instead.
POSIX.1-2008 removes the specification of usleep().

On the original BSD implementation, and in glibc before version 2.2.2, the return type of this
function is void. The POSIX version returns int, and this is also the prototype used since
glibc 2.2.2.

Only the EINVAL error return is documented by SUSv2 and POSIX.1-2001.

Sous Windows, Sleep() fonctionne tres bien, et est clairement generallement la meilleure solution a ce type d'algos. Via quelques if/def par platform/OS/compilo une solution "portable" est vite faite.