instruction opengl : erreur mémoire

**casafa** · 03/09/2007, 14h53

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.

**Ti-R** · 03/09/2007, 18h00

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 ?

**casafa** · 03/09/2007, 18h51

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 :

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

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...

**Ti-R** · 03/09/2007, 20h47

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"

**casafa** · 03/09/2007, 21h35

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 ?

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

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

**Ti-R** · 03/09/2007, 23h48

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

Sous linux c'est glX

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

**casafa** · 04/09/2007, 01h04

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