Discussion :

[casafa]

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]

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]

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]

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]

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]

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.