Problem mit kompiliertem Programm in MinGW

Ist die Klasse (inklusive der Variablen) zufällig in einer Header-File 
deklariert, welche von mehreren Quellcode-Files aus verwendet wird? Hast 
du in diesem Fall darauf geachtet, nach der Änderung alle diese 
Quellcode-Files neu zu kompilieren (z.B. durch Löschen der temporären 
Object-Files mit der Endung .o vor dem Kompilieren)? Wenn du das nicht 
tust, arbeiten die einzelnen Quellcode-Dateien mit unterschiedlichen 
Versionen der Klasse (die unterschiedlich groß sind), und dann kann 
praktisch alles passieren.

1

int main( int argc, char* argv[]){

2

  QApplication a(argc, argv);

3

        Miniterminal *mt;

4

        mt = new Miniterminal();

5

        mt->show();

6

  return a.exec();

7

}

Fehlt da nicht an und für sich ein delete mt? Oder macht das show() 
selber?

Michael D. schrieb:
> Die Lösung: Im Main das Objekt dynamisch anlegen...

Aber natürlich. So wird das Objekt auf dem Heap (im Freispeicher) 
angelegt, und so gehört es sich auch. Das nächste Mal bitte gleich den 
falschen Code posten ;-)

Rufus t. Firefly schrieb:
> Fehlt da nicht an und für sich ein delete mt? Oder macht das show()
> selber?

show() zeigt meines Wissens nach nur das Fenster (oder was es eben ist) 
an. Und delete, öh, an welcher Stelle? Der Destruktor wird aufgerufen 
wenn man das Fenster manuell schließt, oder im Dateimenü (sofern 
vorhanden) das Programm beendet

Peter schrieb:
> @Mark Brandis
>
> warum macht es in diesem Fall ein unterschied ob das object auf dem
> Stack oder auf dem Heap liegt?

Man weiß dass es Probleme macht, also lässt man es ;-)

Von http://www.linux-mag.com/ :

"Before we go further, it is important to know that Qt widgets should be 
allocated on the heap (i.e., with the new operator). This also applies 
to many other Qt objects. This is due to the fact that Qt keeps a 
hierarchy of its objects, and when an object higher up in the hierarchy 
is deleted, all its dependent objects will be dynamically deleted as 
well. But this only happens if the dependent objects were created on the 
heap. You can still delete the dependent object manually, but you 
usually do not need to. Keep in mind that creating Qt widgets on the 
stack (as local variables) can lead to hard-to-debug crashes, so don’t 
do it."

"You might notice that all three widgets are constructed on the heap, 
using new(). Furthermore, each widget is passed a pointer to its parent 
in its constructor, except for QVGroupBox, which is passed a NULL 
pointer, because it’s a top-level widget and does not have a parent 
within the application’s address space. In Qt’s object model, a parent 
widget takes ownership of the memory allocated by its children. Whenever 
a parent widget is destroyed, it releases the memory of all of its child 
widgets. Therefore, there are no corresponding calls to delete() for 
each of the calls to new() that instantiated the widgets. Here, the 
framework provides (limited) garbage collection. However, for parents to 
take control over the lifecycle of their child widgets like this (to 
adopt them), the child widgets must be constructed on the heap. If the 
child widgets were constructed on the stack, they would be destroyed 
whenever control left the current block, with catastrophic consequences 
for the application."

Genial der Creator - Kein nerviges Einrichten mehr mit ner anderen IDE. 
Sowas find ich gut. SDK runterladen und gleich loslegen. Nicht Qt 
runterladen, IDE einrichten und nach 3 Stunden den Fehler finden warum 
es nicht geht...

Wenn ich zum Compilieren das grüne Pfeilsymbol links unten in der 
Tool-Leiste klicke funktinieren bei mir zusammengeklickte Dialoge. qmake 
manuell zu nutzen hab ich hier noch nicht probiert.

Der autogenerierte Source aus zusammengeklicktem wie
ui_mainwindow.h (oder ähnlich: ui_xxx.h) wird nicht im Projekt 
angezeigt, muss man manuell im Ordner hinnavigieren, wenn man den Inhalt 
sehen will.

Autocompletion bei neu hinzugetipptem wird erst erkannt, wenn 
vorcompiliert wurde.

Genial auch das Suchfenster unten.
": qapp" + Enter bringt dich z.B. in die Definition von class 
QApplication;

[Ich hab bisher noch kein VC++ benutzt, weil mir meist andere IDE 
empfohlen wurden. Cor Creator zuletzt: Code::Blocks ...]