qtforum.de

Ich meine ob es kompiliert, wenn du per qmake dein makefile erzeugst und das dann kompilierst.

Kompilierts denn mit qmake?

ps100 hat geschrieben:hmmm

ich arbeite nicht mit qmake

sondern mit

cmake
und make

meine anderen qt einbindungen funktionieren so aber problemlos ...

kann hier das problem liegen?

lg

Erzeugen dir dein cmake und make aus dem Qt-Projektfile ein Makefile?

Du kannst auch einfach mal valgrind laufen lassen, das zeigt dir beide Stellen (da wo es zum ersten mal und da wo es zum zweiten mal freigegeben wird).

hast recht, war ein s zuviel #include "Signal.h" Die statische QCoreApplication Methode exit() beendet den exec loop und sucht zuvor bzw. kennt ihren Prozess, welchen es nur einmal gibt. Deine andere Frage verstehe ich nicht, zumal man ja nur den event-loop beendet... danach kann man ja n...

Für strg+c kannst folgendes verwenden: benötigt: #include "Signals.h" und dann das interrupt signal (SIGINT für ctrl+c) verwenden, um gesamte Applikation zu schliessen. signal(SIGINT, QApplication::exit); wenn probleme hast... am Besten überall (in alle Konstruktoren der threads etc.) ein...

Hast du schon versucht, der QNetworkAccessManager länger leben zu lassen?

Da QWidget vermutlich die Variable die du meinst nicht besitzt, hilft nur Ableiten, Membervariable samt set-/get-Methode zu implementieren und das so entsprechend zu übergeben.

Christian81 hat geschrieben:Ein Repo benutzen und die .pro.user nicht einchecken. Ansonsten wüsste ich nicht das man sowas einstellen könnte.

Naja die Quellen liegen auf dem gleichen NFS Share, und werden nicht lokal ausgecheckt.

Schade.

Kann man den Creator veranlassen, pro Plattform eine andere .pro.user Datei zu erzeugen? Problem: Wenn ich unter Windows gearbeitet habe, sind als Build-Verzeichnis etc. die Windows-Pfade eingetragen. Wenn ich danach das Projekt unter Mac OS öffne, muss ich erst die Pfade entsprechend anpassen. Dana...

Wenn du so argumentierst ... dann brauchste NIE deletes da beim Beenden der Application das OS eh alles abräumt . . . Ich sehe, du hast meinen Witz mit dem mehrmals main aufrufen verstanden :) Wenn man wie hier in der main nur einmal pro Laufzeit Speicher holt (z. B. eingelesene Konfigdatei in eine...

Das in main erstellte Objekt wird dort nicht mehr gelöscht, also erst beim Beenden der Applikation weggeräumt. Wo ist der Leak?

padreigh hat geschrieben: - du produzierst in deiner main.cpp gleich mal ein Speicherleck du machst was mit new, aber nirgends kommt ein delete ... hat nix mit Qt zu tun, eher mit c++

Naja, dann ruf main() halt nicht so oft auf

Post: QNetworkAccessManager* man; void post() { QString url= "index.php"; QNetworkRequest* r= new QNetworkRequest(QUrl(url)); QByteArray body; body.append("username=oliver&passwort=******"); QNetworkReply* reply= man->post(*r, body); delete r; // eventuell: connect(reply, SIG...

Ich bin mir nicht sicher, aber ich könnte mir vorstellen, dass moveToThread nur das tut, was du willst, wenn die Nebenläufigkeit schon da ist ( nach dem start()-Call). Abgesehn davon nennst du einen Member 'dataThread' (vom Typ QThread), dann aber eine Klasse 'DataThread', deren Member dann 'dataPro...