Discussion :

[Omfraax]

Bonjour,

j'utilise GLUT sous Mac OS X et je me trouve confronté à un problème que je n'avais jamais eu auparavant :

Quand j'execute une certaine fonction (certes lente mais qui termine quand même !) au sein de ma fonction boucle() argument de glutIdleFunc(), la fonction boucle() ne reboucle pas sur elle-même. Le programme semble s'arreter à la dernière ligne de boucle().
Par contre, dès qu'il ya un évènement (appui sur une touche, entrée de la souris dans la fenêtre, clic, ...), la boucle reprend comme si de rien n'était pour quelques instants (ou même pendant longtemps si une touche reste appuyée ou si on s'amuse à flirter avec le bord de la fenêtre...).

Comme j'utilise une temporisation, je me rends également compte que glutGet(GLUT_ELAPSED_TIME) ne tient pas compte de cet arrêt.

L'énoncé est peut-être obscur mais je serais ravi d'expliciter plus en avant aux personnes intéressées pour m'aider...

Merci d'avance !

[Harooold]

Salut,

Un peu de code pour illustrer tout ça stp ?

[Omfraax]

Je crois bien que j'ai trouvé la source d'erreur (ou en tout cas comment empêcher ça).
Ca n'a rien à voir avec GLUT mais avec un problème dans l'arborescence de mes #include qui ressemble en gros à ça (la flèche signifie include)

Code :

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

1
2
3
4
5
6
7
 
principal.h
    |       \
    |        \
    |         \
    v          v
   a.h ------>b.h

et c'était lorsque j'utilisais une fonction de a.h dans une fonction de b.h que le programme s'arretait momentanément...

[Harooold]

Normalement tu ne dois pas avoir de schema d'includes dans ce genre, ou alors ton organisation logicielle et mal faite :p

Dailleur tu devrais avoir des problèmes à la compilation, non ?

Tu fais bien un

Code :

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

1
2
3
4
5
6
#ifndef __MON_HEADER_H_
#include __MON_HEADER_H_
 
// blablabla
 
#endif

pour chacun de tes headers ? ça permet de détecter et éviter ce genre d'inclusion multiples.

[Omfraax]

Oui je fais des tests avec #ifndef et tout.
Il faudrait que je fasse une sorte d'arbre couvrant de mes relations d'include pour lever les ambiguités mais c'est plus clair quand on prend un fichier séparément de voir les headers qu'il utilise...
Là où c'est chaud, c'est que a.h utilise une structure et certaines fonctions de b.h et que des fonctions de b.h utilise des fonctions de a.h...
Comme heureusement ces fonctions ne sont pas les mêmes, j'ai pu me débrouiller en plaçant correctement mon include "a.h" au milieu de b.h