Ich habe ein Programm mit einer QT-Oberfläche. Wenn ich das Programm jetzt aus Visuals Studio starte erhalte öffnen sich 2 Fenster. Einmal das Konsolenfenster und einmal mein QT Fenster. Wenn ich das Programm beende indem ich das QT Fenster beende schließt sich das Programm und alles ist wunderbar. Wenn ich das Programm allerdings beende indem ich das Konsolenfenster schliesse bleibt das Programm kurz hängen und ich kriege eine Windows Fehlermeldung: Windows kann das Programm nicht beenden blabla "Sofort beenden", "Abbrechen" (ich denke mal diese Fehlermeldung kennt so gut wie jeder).
Nachdem ich eine Zeit mit Fehlersuche verbracht habe habe ich festgestellt das es an einer "delete xyz" Anweisung liegt. Wenn ich diese auskommentiere beendet sich Programm auch normal wenn ich das Konsolenfenster schließe.

Ich habe mir im Debugger mal die Schritte angeschaut die durchlaufen werden wenn ich das Programm normal beende und es läuft alles so wie geplant.

Ich bin bisher davon ausgegangen das das Programm einfach "hart" beendet wird wenn ich das Konsolenfenster schliesse (wie wenn ich das Programm im Taskmanager beende). Wenn ich jedoch den Programm über den Taskmanager beende erscheint dieses Problem nicht.

Jetzt frage ich mich natürlich an was das liegen kann und ob/wie ich dahinter kommen kann was schief läuft wenn ich das Programm über das Konsolenfenster beende. Was macht Visual Studio an dieser Stelle?
Bzw. sollte ich mich überhaupt darum kümmern? (der Benutzer soll ja später nicht die Möglichkeit haben das Programm auf diese Art zu beenden)

http://c-plusplus.net/forum/viewforum-var-f-is-51.html

Lass dich am besten dahin verschieben.

Wenn du glaubst, dass es nix mit QT zu tun hat, dann schreib das am besten garnicht erst hin, sondern poste gleich den Code, wo du den Fehler vermutest.

Irgendwie so sollte das jedenfalls laufen.

Das Problem ist dass die Konsole den Hauptthread deines Prozesses darstellt, also auch den in dem dein QApplication Objekt arbeitet. Wenn du die Konsole schließt killst du diesen und deine Qt-Applikation hat nicht genug Zeit noch alles aufzuräumen bevor Windows dem ganzen den Todesstoß verpassen will

Mir fallen auf Anhieb nur plattformabhängige Lösungen ein:

Die einfachste ist das Konsolenfenster verschwinden lassen:

#include <windows.h>

//....

HWND hwnd;

hwnd = GetConsoleWindow(); // siehe da: http://msdn.microsoft.com/en-us/library/ms683175.aspx

if( hwnd )
	ShowWindow( hwnd, SW_HIDE );

Eine Andere wäre irgendwie zu versuchen die Message abzufangen die der Konsole mitteilt dass sie geschlossen wird, dürfte aber wesentlich schwieriger sein.

Grundsätzlich gilt: zu jedem new/new[] gehört genau ein delete/delete[]. Aber wie bereits gesagt wurde, poste erst mal ein wenig Code, dann sehen wir weiter.

Und gerade das ist bei Qt (leider) nicht so. Bei Qt werden zwar die meisten Objekte mit new angelegt (müssen sie sogar), um die Freigabe kümmert sich aber das Framework. Man baut sich Parent-Child-Bäume auf, und wenn Parents zerstört werden, werden auch die abhängigen Childs zerstört.
Deshalb knallen einem Programme die statische Qt-Widgets anlegen auch so toll um die Ohren, und das ist auch einer der Gründe, wieso ich Qt etwas komisch finde.
Ohne Code schwer zu sagen, aber ich vermute mal, dass Du etwas löscht, das Qt bereits gelöscht hat, oder das Qt versucht etwas zu löschen, dass Du selbst bereits gelöscht hast.

@Tachyon: ich dachte immer QT verwendet Ref-Counting. In dem Fall könnte man statische Objekte am Leben halten, indem man einfach 1x AddRef aufruft.

Es heisst Qt, nicht QT .
Ist das so? Meines Wissens hat Qt dieses Verhalten. Ich sehe aber gerade, dass Qt Child-Objekte von den Parents entfernt, wenn man sie Childs selbst löscht. Ich denke aber, wenn man versucht die Childs löscht, nachdem der Parent gelöscht wurde, gibts trotzdem Fehler.

Ich habe mich heute nochmal drangesetzt und denke den Fehler gefunden zu haben. Wie ich vermutet hatte lag das Problem nicht an Qt.
Ich hatte aus Debug zwecken eine Textausgabe im Destruktor einer Klasse. Von dieser Klasse habe ich einem Programm nun ein statisches Objekt angelegt. Wenn ich das Programm normal beendet habe ging es ohne Probleme und wenn ich das Fenster geschlossen habe kam es zu einer Fehlermeldung.

Letztendlich hatte ich sowas:

#include <iostream>

class MyClass {

public:
	MyClass() {
		std::cout << "Konstruktor" << std::endl;
	}

	~MyClass() {
		std::cout << "Destruktor" << std::endl;
	}
};

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

	static MyClass myClass;

	char c;
	std::cin >> c;

	return 0;
}

Wenn ich das Beispielprogramm beende indem ich etwas eingebe und Enter drücke ist alles gut. Wenn ich das Fenster schließe bleibt es hängen.
Sobald ich die Textausgabe im Destruktor entferne oder das static weg mache geht es.
cout scheint also nicht mehr zu existieren wenn der Destruktor aufgerufen wird.

mfg xorm :xmas2: