qtforum.de

Und jetzt im Destruktor das "d" noch ordentlich zerstören, und alles sollte passen.
Natürlich unter der Voraussetzung, dass das temporäre "test" verschwindet und einem Objekt mit angemessener Lebensdauer weicht.

Jut, da lag ich richtig: MapsWidget::d wird nciht initialisiert, ist ein Zeiger ins Nirgendwo! Das hier: GeoMap::GeoMap(QGeoMappingManager *manager) : QGraphicsGeoMap(manager), >>> mapsWidget(mapsWidget) <<< { } nochmal überdenken! Evtl. dein C++-Buch zu Initialisierungsliste/Elementinitialisierer b...

Mit den Angaben leider nicht. Ich seh nur, dass dein "MapsWidget test" die Funktion nicht überlebt. Und ein "test.d" von dem niemand ohne passenden Code (z.B. MapsWidget-Konstruktor) sagen kann, was das ist und ob es initialisiert wurde. Und natürlich, ob es vom MapsWidget-Destru...

Aus dem Grund sollte man schauen, dass erst die C++-Grundlagen sitzen.
Dir fehlt die Implementierung der Destruktoren.

Ja, denn _streamWrite erwartet eine NONCONST Referenz, für die als Parameter MUSS eine Instanz existieren.
Lösung:
_streamWrite klingt so, als woltest du den Parameter in einen Stream schreiben. Der Parameter bleibt unangetastet:
-> Mach einen DATA_TYPE const& draus.

eventFilter ist hier doch unnötig. Frag direkt im mouseXXXEvent, ob die Maus im Label ist, wenn ja -> Schieben. Ansonsten ignorieren (oder was auch immer). Dass du Probleme hast liegt an der falschen Verwendung der mapTo/mapFrom/-Funktionen. Versuch am besten anhand eines kleinen Beispiels das zu ve...

Ja, aber dein ptr wird DIREKT NACH der Erstellung des weak wieder zerstört (temporärer SharedPointer...). Wenn du mir nicht glaubst: #include <QtCore/QDebug> #include <QtCore/QSharedPointer> #include <QtCore/QWeakPointer> class Test { public: ~Test() { qDebug("destroy"); } }; int main() { ...

Kurze Google-Suche "qmake compile fortran" gibt z.B. das: http://lists.trolltech.com/qt-interest/2004-08/thread00897-0.html Ansonsten kann der creator mit cmake-Projekten umgehen, und cmake sollte AFAIK auch fortran korrekt kompilieren können (ohne Hack im .pro oder patchen der qmake-sourc...

Mir ist nicht klar, was du genau haben willst, deine Formulierungen wie "in der methode eventFilter von mCustomWidget leite ich den QMouseEvent weiter an mousePressEvent, mouseMoveEvent und mouseReleaseEvent." machen in meinem Augen wenig Sinn. Das geschickteste wird sein, du extrahierst d...

Zum einen erhalte ich die Maus-Koordinaten vom Widget und nicht vom Label. D.h. das ich mit einem Versatz zum Mauszeiger male (siehe rotes Rechteck im Anhang) und auch gemalt wird, wenn sich der Mauszeiger außerhalb des Labels befindet. Die QWidget::map...-Funktionen anschauen und raten (oder verst...

Kann ich nicht nachvollziehen.
Bitte ein MINIMALES, kompilierbares Beispiel posten, das dein Problem aufzeigt.

Trotzdem noch die obligatorische Frage:
Warum nimmst du nicht gleich QDoubleSpinBox?

return QSharedPointer<DB>(ptr); Das kann nur schief gehen. Die Methode gibt jedes mal einen komplett unabhängigen shared_ptr zurück, so dass natürlich viele den Pointer töten wollen. SharedPoii´nter machen aber nur dann Sinn, wenn ALLE SharedPointer, die sich um den selben Zeiger kümmern, auch alle...

QGraphicsScene::addPixmap() gibt ein QPixmapItem* zurück, DAS speicherst du dir, und auf dem rufst du dann setPixmap() auf. Dass ein clear() am Ende alles löscht ist klar. Dass ohne clear() ständig neue Pixmaps in die scene gelegt werden, ohne die alten zu löschen, ist auch klar (wenn man sich mal d...

IplImage hört sich nach OpenCV an.
Ich denke auch, der Schuldige ist nicht addPixmap, sondern die ganze set_imageone-Funktion.
Du erzeugst immer weitere, neue scenes, ohne die alte zu löschen. Warum überhaupt? Arbeite mit nur einer scene, merk dir das PixmapItem und setz nur da das neue Image.

Warum bist du jetzt plötzlich im paintEvent? Wenn du auf ein Pixmap drauf zeichnen willst, leg dir eine eigene Funktion an (ein SLOT bietet sich an), in der du das tust und das neue Bild ins Label setzt. Willst du direkt auf ein Widget malen, geht das nur in dessen paintEvent, du müsstest also Ablei...