Discussion :

[Benlitz]

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 :

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

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 :

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

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.

[Benlitz]

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

MyWidget.h :

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
#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 :

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
#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 :

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

[Rniamo]

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

[teuf13]

Je testerais la version linux avec valgrind aussi pour voir s'il peut s'agir d'un pb de mémoire.

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