qtforum.de

ja.. diverse.. Ich denke nach ein paar Tests auf Solaris 9 und OsX kann ich mehr darueber aussagen...

... hoert sich seltsam an.. ist es aber auch: Folgende Anwendung: * eine Source-File: main.cc * darin deklariert (und definiert) : 1. eine Singleton-Klasse, welche einen QWidget* speichert 2. eine von QApplication-abgeleitete, eigene "MyApp" #include <QtCore> #include <QtGui> /*===========...

das ist ja nur der Treiber-Manager, oder sehe ich das falsch?

Und auf der Treiberliste des Treiber-Managers hat's "FreeTDS", oder sehe ich das falsch? (resp. funktioniert der nicht?)

ich habe zwar noch keine groesseren Erfahrungen mit dem Makefile-Target "install", aber im Grunde muesste es in etwa das gleiche Vorgehen sein, wie bei einem "eigenen" Target: hellotest.target = hello hellotest.commands = @echo hello from target hello hellotest.depends = QMAKE_EX...

naja.. immerhin hat es doku (was man nicht von allen Softwareprojekten behaupten kann...) Ein guter Einstieg ist z.B. http://www.cs.fsu.edu/~engelen/soapmain.html#howto Zugegebenermassen sollte man jedoch bereits eine Ahnung von WebServices haben, denn gSOAP liefert logischerweise nur die Doku zur L...

mit gSOAP (http://www.cs.fsu.edu/~engelen/soap.html) habe ich schon gute Erfahrungen (z.B. C++-Client unter Solaris mit VB.NET koppeln) machen koennen...

Ich hab's ausgiebig getestet ! :wink: aha.. sowas kommt selten vor :o Aus reiner Neugierde: Welche Streuung bei wievielen Messungen ergab der Test? der Begriff "Echtzeit" ist ja auch eher als theoretischer Idealfall zu verstehen. Naja... also das klang vorhin anderst: es muss u.A. eine Ze...

Da muss ich meinem Vorposter recht geben: Zeitkritische Programme schreiben sich besser in Low-Level Der Kernel darf dich jederzeit (und besonders bei Sys-Calls wie du einer verwenden möchtest) unterbrechen und dich warten lassen. Etwas überspitzt gesagt: du kriegst die CPU nur auf goodwill des Kern...

kenne KD zwar nicht, aber der hat doch sicher auch ein *.pro-File ... oder?
Hast du da eingetragen?

Auf #qt sagte man mir, solange kein Qt-Code involviert ist (der evtl. nicht Exceptionfähig ist), sollte es keine Probleme geben. Bei meinem try/catch kommt eigentlich kein Qt-Code dazwischen. habe ich uebersehen, sorry.. es sind mittlerweile schon drei probleme... :wink: Der exception-Handler termi...

Das geht so nicht - wusste ich aber auch nicht... [...] You must reimplement QApplication::notify() and catch all exceptions there." Das ist abhaengig davon, wie Qt (.. nicht dein Programm) compiliert wurde... aus mehreren Gruenden (compiler-support, performance) kann man Qt mit oder ohne Exce...

kann ich nicht bestätigen.. ich habe das für ein kleines Projektchen schnell getestet: Dann wenn ich mit XCode compilen will mekert er das die .app nicht unter build/Development/projekt.app liegt. bei mir wird die App unter build/Debug erstellt, aber funktioniert einwandfrei.. So dann klappt alles. ...

Naja das Prinzip bleibt das gleiche.. ein paar Vorschläge: 1. das MainWindow speichert sich die Zustände und sendet (Signal/Slot) bei jeder Änderungen alle Zustände an den Viewer (emit allStates (unsigned stateMask)) 2. der Viewer speichert alle Zustände und kriegt vom Main (Signal/Slot) nur alle Än...

Playing with pointers is like playing with fire.. Zirkuläre Abhängigkeiten riechen immer nach Designfehler.. 2 Varianten: 1. höre auf upsala und nimm Slots/Signals MainWindow: Signal "stateChanged" MainWindow: Slot "getStateText" Viewer : Slot "handleState" Viewer : Sig...

für Interessierte nur noch kurz die Fakten: * Trolltech liefert nur Doku und Beispiele, wie der Designer erweitert (!) werden kann * für die Einbettung in eigene Applikationen existiert keine Doku * Kern des Designers ist libQtDesigner.so und libQtDesignerComponents.so * Profile-Erweiterung für dies...