qtforum.de

Was steht denn im Stacktrace wenn du debugst?

Es ist häufig so das der Code sich erst im Qt Bereich "aufhängt" aber die Ursache in einer von dir geschriebenen Funktion/Methode ist.

So, mal was neues von mir. Dieses Programm kann aus CREATE TABLE Statements entsprechenden C++ Code generieren. Dies tut es aktuell für SOCI,DTL, und Qt. Für Qt kann es dann auch etwas mehr, nämlich Frontends generieren. Dies ist für jede Tabelle ein Dialog für die Eingabe und ein View für die Darst...

Könnte dich dabei unterstützen, komme aus NRW, und über ICQ etc. könnten wir sicher kommunizieren. Existiert denn schon ein Pflichtenheft bzw. ein entsprechende Festlegung was die GUI machen soll? Der rest wäre dann quasi "nur" gegen die C Schnittstellen zu programmieren? Oder soll die RS3...

Was ich bei deiner Lösung jetzt nicht verstehe, ist wie das die Ausgefülltheit der Felder checkt. Sonst ist das natürlich ok. Und flexibel, naja, also eigentlich häng ich davor einen Codegenerator (und dem ist es egal :lol:). Nur hätt ich es halt gern ein schön bzw. wüsste wie man das am besten löse...

Ich mache das meistens so, dass ich die textChanged(const QString &)-Signals aller Edit-Felder mit einem Slot verbinde, der dann einfach abfragt, ob diese ausgefüllt sind. z.B.: button->setEnabled(!edit1->text().isEmpty() && !edit2->text().isEmpty() && !edit3->text().isEmpty());...

Hm, wie meinst du das mit der verundung?
Und wie regelt das property dann das sie ausgefüllt sind?

Verstehe das noch nicht ganz

Auch suche ich eine möglichst generische Lösung, die ich für alle Dialoge verwenden kann.
Auch würde mich interessieren ob man das evtl. im UI File schon regeln kann.

Hallo,

wollte mal fragen wie die Standard Lösung in Qt ist, wenn man bei einem Dialog erst die Pflichtfelder ausfüllen muss, bevor man auf Ok klicken kann.

Ich kann natürlich alle Elemente mit entsprechenden Signals besetzen und da entsprechend testen, aber evtl. gehts ja auch einfacher.

Versuch mal "[0-9]+{3}(\.[0-9]+{3})+{3}"

Pseudo RegEx, aber die Idee sollte klar sein

finalcu hat geschrieben:ja ich verwende die Debug version - wie macht man, denn ne andere?

Auf Release umstellen.

Kann es sein, das du die Debugversion verwendest?
Meine Applikationen sind mit DLLs in der Regel nicht größer als 10 mb.

Ansonsten könntest du Qt noch statisch linken, müsstest dich also damit beschäftigen wie du Qt neu als Statische Bibliothek baust.

Ich tippe mal darauf, das es etwas mit der statischen Instanz zu tun hat. Diese könnte schon vor main existieren, und somit bevor die Instanz des QApp Objekts existiert. Dieses sollte aber zu erst da sein. Genauso gut kann es sein, das das Objekt erst nach der Zerstörung von QApp zerstört wird, und ...

AuE hat geschrieben:scheint nen Bug/Problem der 4.6er zu sein! Bin rüber auf 4.5.3 dort Treiber gebaut und es geht .... mhhhh

Kann das jmd reproduzieren?

Hab für das reporoduzieren keine Zeit
Aber 4.6 enthält einen neuen MinGW Compiler, evtl. ist dies einer der Ursachen.

Diese Art des Singletons könnte ungeeignet für QWidgets sein.
Tritt das auch auf, wenn du das Widget "Normal" auf dem Stack von Main anlegst?

Für sowas könntest du dir das Plugin Beispiel ansehen. Dann kannst du auch mehrere Plugins schreiben, die das jeweils anders lösen. http://doc.trolltech.com/4.6/tools-plugandpaint.html Alternative wäre, es in 2 programme aufzuspalten, einen client, der die GUI hat, und einen server, der die Berechnu...

Evtl. mit den MS Compilern versuchen, die unterstützen auch OpenMP. Ansonsten, der Mainthread ist eigentlich der GUI Thread, du wirst also wahrscheinlich sowieso in Probleme kommen, wenn du die GUI in einen anderen Thread "verpflanzt". Von daher könntest du natürlich den OpenMP Code durch ...