Suivi de variables

Version imprimable

Suivi de variables

Bonjour,

je ne comprends pas comment fonctionne le système de suivi de variables lors d'une séance de débogage. Certaines variables sont données comme <pas dans la portée>
Pourtant, pour moi elles le sont. Par exemple, je ne peux pas suivre la variable requestId alors que j'avance en pas à pas dans la méthode suivante:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 void TestClient::sendRequest(){ client = new xmlrpc::Client(); connect(client, SIGNAL(failed( int, int, QString )), this, SLOT(processFault( int, int, QString )) ); connect(client, SIGNAL(done(int,QVariant)), this, SLOT(processReturnValue(int,QVariant))); client->setHost( ui->lineEditServerIP->text(), ui->lineEditServerPort->text().toInt()); int x= 12; requestId = client->request( "appelGardien", x ); delete client; }
Pourtant, requestId est déclarée comme un membre privé de la classe TestClient. Elle est donc bien dans le scope, non?

Merci pour vos réponses.

21/10/2014, 09h33
LittleWhite

Bonjour,

Compilez vous bien en debug ? Les optimisations du compilateur en release n'aide pas lors du débogage.
21/10/2014, 11h33
jackk

Citation:

Envoyé par LittleWhite

Bonjour,

Compilez vous bien en debug ? Les optimisations du compilateur en release n'aide pas lors du débogage.

Oui. Par ailleurs, je peux parfaitement observer les variables locales.

Petite précision, je travaille sous Debian, Qt Creator 1.3.1 et Qt 4.6.3
J'ai fait un test avec un projet minimaliste et là, ça fonctionne. Je dois avoir loupé un truc énorme dans mon projet de départ, mais quoi?
21/10/2014, 12h55
LittleWhite
Les variables qui ne sont pas affichées sont soit :
- inaccessibles dans le bloc courant du code ;
- aucune information de débogage n'est dans le programme (option -g de GCC)
- optimisées.
Testez avec GDB en ligne de commande, vous verrez que vous aurez le même résultat. Il n'y a pas de magie, si ce n'est pas affiché, c'est qu'il ne peux pas.

Citation:

inaccessibles dans le bloc courant du code ;

Voici la déclaration d ela classe:

Code:

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
#ifndef TESTCLIENT_H#define TESTCLIENT_H
 
 
#include <QMainWindow>
#include <QVariant>
#include <qxmlrpc/client.h>
 
 
namespace Ui {
    class TestClient;
}
 
 
class TestClient : public QMainWindow {
    Q_OBJECT
public:
    TestClient(QWidget *parent = 0);
    ~TestClient();
 
 
protected:
    void changeEvent(QEvent *e);
 
 
public slots:
    void sendRequest();
 
 
private slots:
    void processReturnValue( int requestId, QVariant value );
    void processFault( int requestId, int errorCode, QString errorString );
 
 
private:
    Ui::TestClient *ui;
    xmlrpc::Client* client;
 
 
    int requestId;
 
 
};
 
 
#endif // TESTCLIENT_H

requestId y est bien déclarée et devrait donc être accessible dans une des méthodes de la classe

Citation:

aucune information de débogage n'est dans le programme (option -g de GCC)

Voici la sortie de compilation:

Code:

1
2
g++ -o TestQXmlRpcGui main.o testclient.o moc_testclient.o -L/usr/lib -lqxmlrpc -lQtXml -lQtGui -lQtNetwork -lQtCore -lpthread
make: quittant le répertoire « /home/iris/xml_rpc/TestQXmlRpcGui »

ce qui semble normal puisque je suis en debug et pas en release.

Citation:

optimisées.

Ca ne doit pas être le cas car la méthode suivante utilise cette variable:

Code:

1
2
3
4
5
6
7
void TestClient::processReturnValue( int id, QVariant value ){
    Q_ASSERT( value.canConvert( QVariant::Int ) );


    if ( id == requestId)
        ui->labelReponse->setText( "Ok" );
}

21/10/2014, 17h30
LittleWhite

Votre ligne de compilation n'indique pas si vous avez l'option -g. Je vous conseille de faire un rebuild complet du projet :) pour être sur que toute la compilation se fait en debug. Si ça ne vas pas, vérifiez que l'option -g est bien présente.

Sinon, oui dans la théorie, elle devrait s'afficher.
21/10/2014, 22h10
jackk

J'ai déjà effectué un nettoyage puis un rebuilt complet. Quant à la ligne de commande générée, c'est Qt creator qui la construit. Et comme la config est en mode debug et pas release ...

De plus, suivre l'état des variables locales et poser un point d'arrêt ne pose aucun problème.