Appel classe Qt à partir de C++

Bonjour;
Sans doute un problème déjà posé mais comme je n'ai trouvé aucune trace...

J'ai fait une fenetre avec Qt version 4.3.2 puis avec l'utilitaire UIC en ai fait un fichier .h
ce qui donne ça

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

// Fichier .h class Ui_MainWindow { public: .....   void setupUi(QMainWindow *MainWindow) { if (MainWindow->objectName().isEmpty()) MainWindow->setObjectName(QString::fromUtf8("MainWindow")); MainWindow->resize(800, 600); ... } }

---

ensuite je souhaite appeler cette classe dans mon code C++

Code:

---

1 2 3 4 5 6 7 8

#include "Fichier.h" int main(int argc, char *argv[]) { QMainWindow *MainWindow; Ui_MainWindow w_Ui_MainWindow; w_Ui_MainWindow.setupUi(MainWindow);   }

---

A la compilation tout va bien
A l'exécution : segment fault.

Voilà ça va en faire rire certains, mais si ensuite on peut m'aider ce serai sympa.

Par avance merci.

Salut,

Pense à initialiser une QApplication, et il faut peut être créer une instance de QMainWindow avant de la passer en paramètre.

Enfin, bonne lecture, et bon courage !

G.

C'est un probleme de C++ (objet non initialise), pas de Qt. Pense a la balise CODE stp pour le code que tu posts. Lis aussi les tutorials de Trolltech.

Bonjour;
et merci
Effectivement l'initialisation était bancale.

Pour la balise code, Savait pas faire...

Maintenant si ...
La solution pour l'instant si ça peut aider

Code:

---

1 2 3 4 5 6 7 8 9 10

int main(... { QApplication app(argc, argv); QMainWindow *MainWindow = new QMainWindow; Ui::MainWindow ui; ui.setupUi(MainWindow); MainWindow->show(); return app.exec(); }

---

Pas optimal car il reste à gèrer les slots

Quel est l'intérêt de passer par une allocation dynamique ?

Citation:

---

Envoyé par Davidbrcz

Quel est l'intérêt de passer par une allocation dynamique ?

---

Dans le main?
ben pour ne pas supprimer tes class correctement à la fin de l'exécution :aie:

Je comprend pas bien ta question

Pour résumer ma question, quel est l'intérêt de :

Code:

---

1 2 3 4 5 6

QApplication app(argc, argv); QMainWindow *MainWindow = new QMainWindow; Ui::MainWindow ui; ui.setupUi(MainWindow); MainWindow->show(); return app.exec();

---

à la place de:

Citation:

---

QApplication app(argc, argv);
QMainWindow MainWindow;
Ui::MainWindow ui;
ui.setupUi(&MainWindow);
MainWindow.show();
return app.exec();

---

Car là je ne vois pas du tout.

C'est donc ma reponse.
Si MainWindow n'as pas de parent, il ne sera pas détruit tout seule

Avec une alloc dynamique OK, avec un objet automatique, l'objet sera détruit à la fin du main.

Citation:

---

Envoyé par Davidbrcz

Avec une alloc dynamique OK, avec un objet automatique, l'objet sera détruit à la fin du main.

---

Normalement oui, avant le return.

Il faut dire que Qt aime bien utilisé les pointeurs en temps qu'arguments :

Code:

---

void addWidget ( QWidget * w )

---

Je pense donc que la plupart des utilisateurs utilisent, par défaut, des pointeurs pour instancier leurs widgets.

De plus, la fonction :

Code:

---

setAttribute(Qt::WA_DeleteOnClose);

---

permet l'autodestruction du widget dès qu'il est "graphiquement" fermé.

Par contre, je profite de cette digression sur la destruction des objets pour poser une question.

J'utilise un QTreeWidget et je l'ai rempli à la façon de la doc de Qt :

Code:

---

1 2 3 4 5 6

QTreeWidget *treeWidget = new QTreeWidget(); treeWidget->setColumnCount(1); QList<QTreeWidgetItem *> items; for (int i = 0; i < 10; ++i) items.append(new QTreeWidgetItem((QTreeWidget*)0, QStringList(QString("item: %1").arg(i)))); treeWidget->insertTopLevelItems(0, items);

---

Par contre, dans mon destructeur de classe, je n'arrive pas à supprimer ma liste. Le compilateur (msvc 2005) m'indique un problème de conversion de type :

Code:

---

1 2 3 4 5

impossible de convertir de 'QList<T>' en 'void *' with [ T=QTreeWidgetItem * ] Aucun opérateur de conversion définie par l'utilisateur disponible qui puisse effectuer cette conversion, ou l'opérateur ne peut pas être appelé.

---

Si vous avez des idées pour régler ce genre de problème, je suis preneur !

Une autre question concernant les QList, y'a t'il une différence "au niveau mémoire" entre un :

Code:

---

delete maListe;

---

et

Code:

---

1 2	maListe.clear();

---

Merci beaucoup !

G.

Pour ton premier problème tu fais probablement delete maListDItem alors que maListDItem est un QList<> déclaré statiquement. Pour supprimer chacun des items, il faudrait itérer sur le contenu et supprimer chacun des éléments.
Mais c'est inutile, les QTreeWidgetItem appartiennent au QTreeWidget dans lequel ils sont présents et sont supprimés automatiquement.

Pour les 2 derniers points, ça ne fait pas du tout la même chose:
1. delete maList (avec maList de type QList<T>*) supprime la liste la rendant par la même invalide pour toute opération faite par la suite sur maList (maList->size() ménera à un crash ou un comportement erratique)
2. maList.clear() (avec maList de type QList<T>) supprimera le contenu de la liste (à ne pas confondre avec un delete sur chaque élément de la liste), mais la liste sera toujours utilisable (maList.size() sera toujours utilisable mais renverra 0)

Citation:

---

Envoyé par Gulish

I

De plus, la fonction :

Code:

---

setAttribute(Qt::WA_DeleteOnClose);

---

permet l'autodestruction du widget dès qu'il est "graphiquement" fermé.

---

Cela ne changera rien au fait que si tu créé une widget sans parent et que l'appli sort de app.exec(), il ne sera pas correctement détruit

Peut tu eviter de multiplier les problème dans un même thread? et donc en créé un nouveau? C'est pour simplifier la recherche et la lecture des autre utilisateur.
Merci;)