gtkmm et cairomm : crash de l'appli

Version imprimable

17/06/2008, 10h48
Benlitz

gtkmm et cairomm : crash de l'appli
Bonjour,

Je travaille actuellement sur une appli windows/linux qui fonctionne avec GTK et cairo (cairo me sert à faire un widget graphique à partir d'un DrawingArea). Mon appli fonctionne sur les deux plateformes sans problème.

Seulement voila, j'ai voulu la porter à gtkmm, et depuis elle ne fonctionne plus sous windows (aucun prob sous linux par contre).

En gros si je la lance sans le debugger, elle crashe toute seule très rapidement, après quelques redraw de mon widget (90% dès le premier). Si j'execute en debug, l'appli déclenche un breakpoint toute seule qui me ramène sur du code assembleur, à l'instruction :

Code:

7C911230 int 3

J'ai vérifié, ce code assembleur correspond justement au déclenchement manuel d'un breakpoint.

En limitant les parties de codes à être executé, j'ai remarqué que le breakpoint ou le crash ont la même origine, dans ma fonction de rendu :
Code:

1 2 3 4 5 Glib::RefPtr<Gdk::Window> window = get_window(); if ( !window ) return ERR_UNINITIALIZED_OBJECT; Cairo::RefPtr<Cairo::Context> cr = window->create_cairo_context();
Il s'agit de en fait du déréférencement de la variable cr (l'appel à son destructeur, donc), à la fin de la fonction où se trouve ce code. Si je m'arrange pour que cr soit sauvegardé en global, et donc qu'il ne soit pas déréférencé à la fin du traitement de l'affichage, le programme ne crash qu'à la fermeture (lorsque la variable globale est déréférencé).

Je répète que mon code fonctionnait très bien sous GTK+/cairo, et que je n'ai fait que porter les appels de fonction. Il fonctionne également sous linux avec gtkmm/cairomm, c'est pour ca que je pense qu'il s'agit d'un problème avec le compilo de windows ou une histoire de link incorrect...

J'utilise Visual Studio Express 2008.

Si quelqu'un a une idée de la raison de ce problème, voir une ébauche de solution, je prend ! =)

Merci.

Pour simplifier le problème, voici une appli minimale qui me cause le même souci :

MyWidget.h :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#ifndef __MYWIDGET_H__
#define __MYWIDGET_H__
 
#include <gtkmm.h>
 
class MyWidget : public Gtk::DrawingArea
{
public:
	MyWidget();
 
protected:
	virtual bool on_expose_event( GdkEventExpose* event );
};
 
#endif

MyWidget.cpp :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#include "MyWidget.h"
 
bool MyWidget::on_expose_event( GdkEventExpose* event )
{
	Glib::RefPtr<Gdk::Window> window = get_window();
	if ( !window )
		return FALSE;
 
	//Cairo::RefPtr<Cairo::Context> cr = window->create_cairo_context();
	return FALSE;
}
 
MyWidget::MyWidget()
{
	set_size_request( 280, 300 );
}

main.cpp

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
#include <stdio.h>
#include <gtkmm.h>
 
#include "MyWidget.h"
 
int main(int argc, char *argv[])
{
	Gtk::Main gtkmain( argc, argv );
 
	// Window
	Gtk::Window window;
	window.set_default_size( 640, 480 );
	window.show();
 
	// MyWidget
	MyWidget myWidget;
	window.add( myWidget );
	myWidget.show();
 
	Gtk::Main::run( window );
 
	return 0;
}

Ca se lance si j'execute tel quel, mais si je décommente la ligne la :
//Cairo::RefPtr<Cairo::Context> cr = window->create_cairo_context();
J'ai de nouveau le même problème...

15/08/2008, 11h18
Rniamo

ça marche chez moi commenté ou pas, t'es sûr de tes option de compilation/édition de liens ?
15/08/2008, 12h46
teuf13

Je testerais la version linux avec valgrind aussi pour voir s'il peut s'agir d'un pb de mémoire.
15/08/2008, 13h53
Rniamo

version linux ? moi j'ai testé sous linux ...

et au passage je fais la même chose dans un code perso et ça marche nikel, avec gtkglext même.