Passage de paramètre signal/slot

**Mic75** · 25/09/2008, 12h30

Bonjour à tous,

Dans une classe A j'ai déclaré un slot setPermanent(int,int). Je souhaite appeler ce slot quand la cellule d'un tableau "tabData" est modifiée, j'utilise donc le signal suivant (disponible dans la classe QTable) : valueChanged(int, int). A titre d'information, les deux entiers sont la ligne et la colonne de la cellule modifiée.

J'effectue ma connexion via la ligne de code suivante :

Code :

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

connect(editWin->tabData, SIGNAL(valueChanged(int,int)), this, SLOT(setPermanent(int,int))) ;

Mon problème est le suivant : dans le slot setPermanent les paramètres (qui sont respectivement la ligne et la colonne) prennent des valeurs aberrantes !

J'ai beau chercher je ne vos pas d'où cela pourrait venir. Merci d'avance pour vois remarques et suggestions.

**yan** · 25/09/2008, 14h04

le connect est bon.

tu pourrais mettre ta fonction?
setPermanent(int,int)

**Mic75** · 25/09/2008, 14h09

Merci à toi de t'intéresser au problème.
Voilà setPermanent :

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
void WinEdit::setPermanent(int row,int col)
{
	if(col == 3)
	{
		QCheckTableItem *ckItem = (QCheckTableItem*) editWin->tabData->item(row,col) ;
		if(ckItem->isChecked())
		{
			editWin->tabData->item(row,2)->setText("permanent") ;
			editWin->tabData->item(row,2)->setEnabled(false) ;
		}
		else
		{
			editWin->tabData->item(row,2)->setText("") ;
			editWin->tabData->item(row,2)->setEnabled(true) ;
		}
	}
}

**yan** · 25/09/2008, 14h11

rien de bizzare...
Comment as tu vérifié que row et col prennent des valeurs aberrantes ?

as tu des pointeur dans ton code où tu pourrais faire une erreur mémoire?

**Mic75** · 25/09/2008, 14h17

La condition n'était jamais respectée, du coup j'ai vérifié à coup de debugger et je me suis rendu compte à ce moment que row et col prenait des valeurs aberrantes (donc grâce au debbuger de vc++ 6).

Code :

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

as tu des pointeur dans ton code où tu pourrais faire une erreur mémoire?

oui, c'est d'ailleurs la piste que je privilégie. dans le connect editWin est un pointeur, tabData également. Mais je ne vois pour le moment pas en quoi cela poserait des difficultés...

**yan** · 25/09/2008, 14h20

Envoyé par M@t67

La condition n'était jamais respectée, du coup j'ai vérifié à coup de debugger et je me suis rendu compte à ce moment que row et col prenait des valeurs aberrantes (donc grâce au debbuger de vc++ 6).

tu ne serais pas en release?

Envoyé par M@t67

oui, c'est d'ailleurs la piste que je privilégie. dans le connect editWin est un pointeur, tabData également. Mais je ne vois pour le moment pas en quoi cela poserait des difficultés...

Je ne pense pas que ton problème se situe sur ces pointeurs puisque tu reçois bien un signal.

**Mic75** · 25/09/2008, 14h23

tu ne serais pas en release?

Non, debug.

**yan** · 25/09/2008, 14h31

Envoyé par M@t67

Non, debug.

c'est quoi comme valeur que tu obtiens?

**Mic75** · 25/09/2008, 14h47

Et bien de grandes valeurs, à mon avis ceux sont des adresses.

**droggo** · 25/09/2008, 15h11

Sia,

Si setPermanent(int,int) reçoit des valeurs aberrantes, ce n'est pas là qu'il faut chercher l'erreur, mais dans valueChanged(int,int) qui envoie ces mauvaises valeurs.

**Mic75** · 25/09/2008, 15h49

Le problème est que valueChanged est un signal définit dans QTable, ce qui implique que le code se trouve dans une dll, donc le debugger ne me fournit que la pile d'appelle avec le code en assembleur

.

**yan** · 25/09/2008, 15h49

Envoyé par droggo

Sia,

Si setPermanent(int,int) reçoit des valeurs aberrantes, ce n'est pas là qu'il faut chercher l'erreur, mais dans valueChanged(int,int) qui envoie ces mauvaises valeurs.

valueChanged(int,int) est un signal d'un widget Qt de base donc j'y croit pas trop. Mais je ne vois pas d'autre source non plus à part une erreur mémoire....

**Mic75** · 25/09/2008, 15h51

Est ce que le fait que ma QTable ait été créée sous Designer puisse influer ?

**Mic75** · 30/09/2008, 12h56

Bon, j'ai créé un exemple tout simple avec un tableau qui affiche la ligne et la colonne d'une cellule quand celle ci est modifiée. Je passe donc par le signal valueChanged de la classe QTable.
Je ne suis pas passé par QTDesigner et le problème des valeurs de paramètres persiste, donc la je me demande si ça ne viendrait pas du compilo.

Quelqu'un pourrait-il essayer ce code et me dire ce qui cloche ?

Mon main.cpp :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#include "TabWin.h"
#include <qapplication.h>
 
int main(int argc, char **argv)
{
	QApplication app(argc, argv) ;
 
	TabWin diag ;
	diag.exec() ;
 
	return app.exec() ;
}

TabWin.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
16
17
18
19
20
21
22
 
#ifndef TABWIN_H
#define TABWIN_H
 
#include <qtable.h>
#include <qdialog.h>
 
class TabWin : public QDialog
{
	Q_OBJECT
 
	private : 
		QTable *myTab ;
 
	public :
		TabWin() ;
 
	public slots :
		void showCellVal(int, int) ;
} ;
 
#endif

TabWin.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
 
#include "TabWin.h"
#include <qlayout.h>
#include <iostream>
 
using namespace std ;
 
TabWin::TabWin()
{
	myTab = new QTable(3,3,this) ;
	QHBoxLayout *layout = new QHBoxLayout(this) ;
	layout->addWidget(myTab) ;
 
	QObject::connect(myTab, SIGNAL(valueChanged(int, int)), this, SLOT(showCellVal(int, int))) ;
}
 
void TabWin::showCellVal(int r, int c)
{
	cout << "Ligne : " << r << endl ;
	cout << "Colonne : " << c << endl ;
}

Et pour les plus courageux d'entre vous, le .cpp généré par moc :

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
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
 
/****************************************************************************
** TabWin meta object code from reading C++ file 'TabWin.h'
**
** Created: mar. 30. sept. 11:37:08 2008
**      by: The Qt MOC ($Id: $)
**
** WARNING! All changes made in this file will be lost!
*****************************************************************************/
 
#undef QT_NO_COMPAT
#include "TabWin.h"
#include <qmetaobject.h>
#include <qapplication.h>
 
#include <private/qucomextra_p.h>
#if !defined(Q_MOC_OUTPUT_REVISION) || (Q_MOC_OUTPUT_REVISION != 26)
#error "This file was generated using the moc from 3.3.1. It"
#error "cannot be used with the include files from this version of Qt."
#error "(The moc has changed too much.)"
#endif
 
const char *TabWin::className() const
{
    return "TabWin";
}
 
QMetaObject *TabWin::metaObj = 0;
static QMetaObjectCleanUp cleanUp_TabWin( "TabWin", &TabWin::staticMetaObject );
 
#ifndef QT_NO_TRANSLATION
QString TabWin::tr( const char *s, const char *c )
{
    if ( qApp )
	return qApp->translate( "TabWin", s, c, QApplication::DefaultCodec );
    else
	return QString::fromLatin1( s );
}
#ifndef QT_NO_TRANSLATION_UTF8
QString TabWin::trUtf8( const char *s, const char *c )
{
    if ( qApp )
	return qApp->translate( "TabWin", s, c, QApplication::UnicodeUTF8 );
    else
	return QString::fromUtf8( s );
}
#endif // QT_NO_TRANSLATION_UTF8
 
#endif // QT_NO_TRANSLATION
 
QMetaObject* TabWin::staticMetaObject()
{
    if ( metaObj )
	return metaObj;
    QMetaObject* parentObject = QDialog::staticMetaObject();
    static const QUParameter param_slot_0[] = {
	{ 0, &static_QUType_int, 0, QUParameter::In },
	{ 0, &static_QUType_int, 0, QUParameter::In }
    };
    static const QUMethod slot_0 = {"showCellVal", 2, param_slot_0 };
    static const QMetaData slot_tbl[] = {
	{ "showCellVal(int,int)", &slot_0, QMetaData::Public }
    };
    metaObj = QMetaObject::new_metaobject(
	"TabWin", parentObject,
	slot_tbl, 1,
	0, 0,
#ifndef QT_NO_PROPERTIES
	0, 0,
	0, 0,
#endif // QT_NO_PROPERTIES
	0, 0 );
    cleanUp_TabWin.setMetaObject( metaObj );
    return metaObj;
}
 
void* TabWin::qt_cast( const char* clname )
{
    if ( !qstrcmp( clname, "TabWin" ) )
	return this;
    return QDialog::qt_cast( clname );
}
 
bool TabWin::qt_invoke( int _id, QUObject* _o )
{
    switch ( _id - staticMetaObject()->slotOffset() ) {
    case 0: showCellVal((int)static_QUType_int.get(_o+1),(int)static_QUType_int.get(_o+2)); break;
    default:
	return QDialog::qt_invoke( _id, _o );
    }
    return TRUE;
}
 
bool TabWin::qt_emit( int _id, QUObject* _o )
{
    return QDialog::qt_emit(_id,_o);
}
#ifndef QT_NO_PROPERTIES
 
bool TabWin::qt_property( int id, int f, QVariant* v)
{
    return QDialog::qt_property( id, f, v);
}
 
bool TabWin::qt_static_property( QObject* , int , int , QVariant* ){ return FALSE; }
#endif // QT_NO_PROPERTIES

**yan** · 30/09/2008, 14h42

avec ce bout de code tu as n'importe quoi d'affiché???!!!

du compile avec visual 6 et Qt 3.C'est bien cela?
D'où viens ta version de Qt??
Comment tu as créé ton projet visual?

**Mic75** · 30/09/2008, 15h03

Oui, visual c++ 6 et QT 3.3.1
Ma version m'a été donné par quelqu'un de la boite où j'effectue mon stage en ce moment. Suggèrerais tu de la télécharger directement du site de trolltech et de la réinstaller ?

Sinon, sous visual, j'ai créé un projet console Win32. Ensuite, pour le projet j'ai ajouter qt-mt331.lib au linker.
Enfin pour les options de compilations j'ai ajouter la ligne de commande suivante pour le fichier TabWin.h :

Code :

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

moc -o $(InputName).moc.cpp $(InputName).h

Avec en sortie :

Code :

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

$(InputName).moc.cpp

Etant donné que je bosse sur un Visual 6 allemand je suis pas sur des termes, d'où une petite screenshot ci-dessous pour être sur qu'on parle de la même chose :

**Mic75** · 02/10/2008, 10h06

Ca y est, j'ai la solution. Par contre ce n'est pas moi qui ai trouvé, mais mon tuteur de stage, et comme les explications étaient en allemands je suis pas sur d'avoir tout compris.

Dans tous les cas , il s'agissait bien d'un problème de compilation, plus précisément d'alignement de la structure des données.L'alignement par défaut était de 8 octets, en le passant à 4 octets le problèmes est résolu. Pour les connaisseurs, il s'agit de passer l'option -zp4 et non plus -zp8 dans les options de compilations du projet (onglet C/C++, catégorie Génération du code).

Pour ma part je vais encore me renseigner sur le sujet, et si quelqu'un sait de quoi il retourne, merci de me tenir informé.

**yan** · 02/10/2008, 10h20

Envoyé par M@t67

Dans tous les cas , il s'agissait bien d'un problème de compilation, plus précisément d'alignement de la structure des données.L'alignement par défaut était de 8 octets, en le passant à 4 octets le problèmes est résolu. Pour les connaisseurs, il s'agit de passer l'option -zp4 et non plus -zp8 dans les options de compilations du projet (onglet C/C++, catégorie Génération du code).

rho...
c'est vraiment un truc à la con ça.
http://en.wikipedia.org/wiki/Data_structure_alignment
C'est ton maitre de stage qui a recompilé Qt non?

**Mic75** · 02/10/2008, 10h50

Non, pour la version de QT que j'ai du installer, il m'a filé un exécutable, la compilation de QT s'est effectuée automatiquement pendant le processus d'installation.

J'ai aussi jeter un coup d'oeil à l'article français de wikipedia sur l'alignement de la structure des données, et j'ai bien compris le principe.
Ce que je ne comprends pas c'est que par défaut VisualC++ ai été configuré sur un alignement de 8 octet, ce qui correspond si je ne me trompe pas à un processeur 64bits.

Plus étonnant, je suis étonné que QT ne gère pas ce genre "d'incompatibilité"

**yan** · 02/10/2008, 11h01

Envoyé par M@t67

Non, pour la version de QT que j'ai du installer, il m'a filé un exécutable, la compilation de QT s'est effectuée automatiquement pendant le processus d'installation.

C'est donc un truc qu'ils ont fait eux?

Ce que je ne comprends pas c'est que par défaut VisualC++ ai été configuré sur un alignement de 8 octet, ce qui correspond si je ne me trompe pas à un processeur 64bits.
Plus étonnant, je suis étonné que QT ne gère pas ce genre "d'incompatibilité"

Ben là c'est pas un problème de Qt mais de compilation. Qt n'est pas devin et ne peut savoir à l'avance comment est configuré ton compilateur et comment tu link le tous.
Après pourquoi un alignement de 8 octets? tu devrais demander sur le forum C++. Je n'ai pas de réponse

Passage de paramètre signal/slot

Qt

Discussions similaires

Partager

Partager