qtforum.de

In Bezug auf das eigentliche Problem, welches ich in diesem Thread angesprochen habe, ist der korrekte Typ des geworfenen Objektes eigentlich egal. Im schlimmsten Fall wird es halt von catch(...) gefangen. Das Problem war ja, dass das try/catch Konstrukt in main() nicht greift, wenn eine Exception a...

Das ist die Lösung: QApplication::notify() re-implementieren. Komisch nur, dass "mein" Qt nicht so eine schöne Meldung macht.

Danke!

Du versucht ein 'const &std::string' zu catchen, throwst aber 'nur' einen 'std::string' Das hat mich jetzt verunsichert. Ich dachte das kann man machen. Trotzdem habe ich es nocheinmal getestet und mein 'catch' geändert: //... catch(std::string msg) //... jetzt sind 'throw' und 'catch' quasi id...

Hallo, im folgenden Code wird eine Exception geworfen aber nicht vom catch in der main() abgefangen. Warum? //main.cpp #include "Receiver.h" #include <QApplication> #include <QTimer> #include <iostream> int main(int argc, char* argv[]) { try { QApplication app(argc, argv); Receiver r; QTim...

Das ist alles komplizierter als ich dachte. Ein QGLWidget lässt sich durchaus auf einem entfernten X-Window System anzeigen. Sollten allerdings die OpenGL Befehle nicht zur verwendeten Grafikkarte passen, geht es offenbar schief. In meinem Fall kann es vorkommen, dass OpenGL Shading Language Befehle...

Hallo, wie kann ich mit Hilfe von Qt auf Linux herausfinden, ob die Fenster der Anwendung auf einem entfernten X-Window System angezeigt werden? In meiner Anwendung lässt sich ein QGLWidget öffnen was ja nur funktioniert, wenn die Anwendung auf dem "eigenen" X-Window System läuft. Eine Ide...

Hallo, ein Qt-Programm mit Hilfe von qmake, pro-files usw. zu kompilieren und zu linken ist ja ganz schön. Aber ich würde gerne das gesamte Projekt mit automake und Co. erstellen - möchte auf qmake trotzdem nicht verzichten. Gibt es dafür eine empfohlene Vorgehensweise? In Sachen automake und Co. ha...