qtforum.de

Einfach mal probieren - normalerweise funktioniert es sobald Qt gefunden wird - hatte nie große Probleme damit.

Wie kommt es, dass das Phänomen nur auf einem PC auftritt, auf meinem zu Hause nicht?
Nach oben

Weil es auf die Kodierung des Programms beim Start ankommt.

Der Code sollte immer utf-8 sein, der Compiler (alle außer msvc) interpretieren die Code nämlich als solches. Für msvc braucht man zusätzlich den switch '/utf8'.
Aber am besten nur ascii benutzen, den Rest per translator übersetzen - dann hat man keine Probleme mit irgendwelchen Kodierungen.

QListWidget::currentItem() muss nicht zwangsläufig etwas zurückliefern - nämlich dann wenn es kein current item gibt. Dann gibts einen nullptr zurück.

Ja, wenn er nicht modal sein soll müsste er mittels new auf dem Heap angelegt werden. Am besten in einer Member-Variable speichern und als parent den Pointer auf MainWindow übergeben so dass es auch korrekt beim Beenden zerstört wird.

Da QDialog::show() nicht modal ist, wird das Objekt auf dem Stack direkt danach wieder zerstört, also kein Dialog. Siehe auch https://doc.qt.io/qt-5/qdialog.html#modal-dialogs

Dann eben controller_pyro.cpp:144 - einfach mal den StackTrace anschauen oder einen Debugger benutzen.

Das Objekt, welches Du in crashhandler.cpp:57 aufrufst

Deine Object die den Code enthält ist nicht initialisiert / ein nullptr

Wenn man qmake venutzt sollte eigentlich alles korrekt erzeugt werden. Ich würde nochmal die Makefiles löschen und mittels qmake neu erzeugen.
Die Fehler sehen auch so aus als hätte qmake hier keine moc-Datei für diese Klasse erzeugt.

Wie hast Du das MSVC-Projekt erstellt? Mit qmake? Sieht mir nicht danach aus da er versucht gegen die qtmaind.lib zu linken was eindeutig die Debug-Version von qtmain.lib ist welche eigentlich gelinkt werden sollte.

Horand_Kaup hat geschrieben: ↑19. April 2019 20:02 sondern in Maschinensprache

Was meinst Du damit? Was willst Du tun?

Die andere mal mit kopieren und ggf. einen Bugreport schreiben wenn es wirklich der Fall sein sollte.

Nicht wirklich, aber da es eine kommerzielle Version ist würde ich einfach mal bei der Qt Company nachfragen. Dazu ist es ja eine kommerzielle Version...

Das ist kein Grund - Das gleiche Problem hätte man, wenn man unter Windows und Linux gleichzeitig entwickelt...
https://help.github.com/en/articles/dea ... ne-endings