instruction opengl : erreur mémoire

Hello.

J'ai une question en peu vague mais j'espère quand même que j'aurais une réponse :

Chaques instructions OpenGL qui se trouvent dans mes destructeurs me fait planter mon programme avec des erreurs du genre : "L'instruction à "0x????????" emploie l'adresse mémoire "0x????????". La mémoire ne peut pas être "read"."

A savoir :
- C'est depuis que tout mon code se trouve dans une DLL que j'ai ce genre d'erreur, avant je n'avait rien !
- Sur Linux avec les biliothèques dynamiques (.so) je n'ait pas d'erreur de segmentation ou autre.

Voila, j'espère que j'ai donné assez d'info pour que vous puissiez m'aider, merci d'avance.

Citation:

---

Voila, j'espère que j'ai donné assez d'info pour que vous puissiez m'aider, merci d'avance.

---

Non, pas assez d'information divulgé.

C'est possible d'avoir un exemple très très court ?

Citation:

---

Envoyé par Ti-R

C'est possible d'avoir un exemple très très court ?

---

Difficile mais comme j'ai des erreurs à chaque destructeur où il y a des fonctions opengl, je me dit que mon code OpenGL ne peut être que bon.

J'utilise wxWidgets pour créer un contexte OpenGL et voici ma boucle principale :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

void myGLCanvas::onIdle(wxIdleEvent &event) { try { SetCurrent(*glContext);   //show scene CSceneManager::instance()->show();   SwapBuffers(); event.RequestMore(); } catch(std::exception &e) { cout<<e.what()<<endl; exit(1); } }

---

Dans la fonction "show" de CSceneManager, je fait des instructions OpenGL et tout se passe très bien, puis dans le destructeur, je fait par exemple un glDeleteTextures(1, &textureID); et op une erreur.

A noter que si la classe CSceneManager se trouve dans un fichier .cpp que je compile en .o et que je link avec le fichier .o qui contient le contexte Opengl : tout va bien.

Mais si la classe CSceneManager se trouve dans une DLL, les appels de fonctions OpenGL qui se trouve dans son destructeur plantent...

Le contexte OpenGL est valide dans ton thread principale, mais pas dans ta dll.

Donc il faut créer un autre context dans ta DLL et partager le contenu avec "wglShareLists"

Merci pour ta réponse

Donc toutes les commandes Opengl se trouvant dans la fonction "show" fonctionnent malgré qu'elles sont dans la DLL mais pas celle du destructeur....mouais ! Tu en est vraiment sur ? :lol:

Ta solution m'ennuie doublement :
1) Je voulait mettre toutes mes fonctions Opengl dans une DLL et ne surtout pas m'occuper du contexte OpenGL. Comme ça l'utilisateur de ma DLL peut l'utiliser avec wxWidget, Qt, Gtk ou autre comme il le sens.
2) Si ma mémoire est bonne, toutes les fonctions qui commencent par "wgl" sont des fonctions non portable...et moi je veux qq chose qui fonctionne sur Windows et Linux :mrgreen:

Donc si quelqu'un à une solution qui pourrait m'arranger...ça serait trop bien.

Le plus simple pour tester est de faire un appel à "wglGetCurrentContext" et de tester son retour dans une de tes fonctions de destruction.

Pour la Doc des extension wgl.

Oui les instructions wgl sont spécifiques à Windows :D

Sous linux c'est glX

Il n'y a pas d'autres moyens... faut supporter les 2.

Je viens de trouver la solution (enfin)

Le destructeur du contexte est exécuté avant que je fasse mes dernières opérations OpenGL ! Donc logique que ça plante. Quant à savoir pourquoi l'ordre d'exécution des destructeur n'est pas le même quand mon programme est dans un DLL, ça restera un grand mystère :aie:

Citation:

---

Envoyé par Ti-R

Oui les instructions wgl sont spécifiques à Windows :D

Sous linux c'est glX

Il n'y a pas d'autres moyens... faut supporter les 2.

---

si il y a une autre solution que je considère comme étant la meilleure : ne pas les utiliser :king:

c'est vrai qu'en ne codant pas on ne fait pas de bug! ;)