Die Suche ergab 125 Treffer
- 3. November 2015 18:38
- Forum: Qt Programmierung
- Thema: Konvertierung QVariant -> QList<int>
- Antworten: 0
- Zugriffe: 3374
Konvertierung QVariant -> QList<int>
Ich möchte einen QVariant nach QList<int> konvertieren (mit Qt 4.8 ). Dazu habe ich vorab Q_DECLARE_METATYPE(QList<int>); und qRegisterMetaType<QList<int> >("QList<int>"); qRegisterMetaTypeStreamOperators<QList<int> >("QList<int>"); Wenn ich in meinem Code nun folgendes versuche ...
- 15. Oktober 2015 15:54
- Forum: Entwicklungsumgebungen
- Thema: pro File in neuem Qt Creator - Fenster öffnen
- Antworten: 0
- Zugriffe: 13359
pro File in neuem Qt Creator - Fenster öffnen
Frage zu Qt Creator 2.8: Wenn ich ein pro File durch Doppelklick im Explorer öffne, dann wird es als neues Projekt in einem schon geöffneten Qt Creator angezeigt. Kann ich den Creator so konfigurieren, dass das neue pro File in einem neuen Fenster vom Creator geöffnet wird? (War z.B. bei 2.5 der Fall)
- 25. September 2015 17:06
- Forum: Qt Programmierung
- Thema: QtConcurrent, non-blocking call?
- Antworten: 6
- Zugriffe: 5260
Re: QtConcurrent, non-blocking call?
Ich finde, ein Programmablauf ist einfacher zu verstehen, wenn man den Code zeilenweise lesen kann statt sich in die bestehenden connects reinzudenken. Ich nutze Signals/Slots zwar ausgiebig und bin mir bewusst, dass das ein mächtiger Mechanismus ist. Ich hatte nur überlegt, wie man die Anzahl der c...
- 25. September 2015 11:10
- Forum: Qt Programmierung
- Thema: QtConcurrent, non-blocking call?
- Antworten: 6
- Zugriffe: 5260
Re: QtConcurrent, non-blocking call?
Die Frage war, ob es eine nicht blockierende Möglichkeit gibt, die ohne Signal auskommt. Wenn ich den QFutureWatcher nehme, dann muss ich ja trotzdem z.B. QFutureWatcher::finished() abonnieren, um in meinem Hauptthread mit dem Ergebnis des anderen Threads weiter machen zu können.
- 23. September 2015 20:02
- Forum: Qt Programmierung
- Thema: QtConcurrent, non-blocking call?
- Antworten: 6
- Zugriffe: 5260
QtConcurrent, non-blocking call?
Gibt es eine Möglichkeit, direkt (d.h. ohne Signal/Slot Verbindung) eine Funktion in einem anderen Thread aufzurufen, ohne dass mein aufrufender Thread an der Stelle blockiert? Ich will in etwa das folgende machen: QFuture<int> f1 = QtConcurrent::run(&someClassInstance, &SomeClass::doWork, s...
- 15. September 2015 20:19
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
Ich habe den AxControl jetzt in einem gesonderten Thread am Laufen, indem ich den ersten Ansatz aus der Doku http://doc.qt.io/qt-4.8/qthread.html#details gewählt habe. Das hatte ich zwar schon zuvor versucht, aber dass es nicht lief, lag vermutlich am fehlenden CoInitializeEx. Ich habe also eine von...
- 15. September 2015 19:54
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
An der UUID liegt's nicht, die verwende ich auch in der Version ohne Threads und in regedit kann ich sehen, dass sie zu meinem AxControl gehört. Es spielt auch keine Rolle, ob ich das ::CoInitializeEx vor oder nach new QAxObject aufrufe. Der Grund, warum der Code in meinem letzten Versuch nicht lief...
- 15. September 2015 16:17
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
Okay, wieder ein Stück weiter ... danke für die Aufrufsyntax. Den Befehl habe ich in der windows.h gefunden. So wie's aussieht, wird der AxControl jetzt im Thread initialisiert. Dafür kommt jetzt folgender Fehler: QAxBase::dynamicCallHelper: Object does not support automation Ich registriere den AxC...
- 15. September 2015 11:12
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
Ich habe die bisherigen Tipps und Hinweise ausprobiert, also die beiden Vorschläge aus der Doku von QThread (Link von Christian): Meine Klasse mit QObject::moveToThread(...) in einen Worker - Thread schieben Worker - Thread, der in seiner run() Methode meinen QAxObject - Aufruf ausführt Desweiteren ...
- 14. September 2015 20:05
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
Danke für den Hinweis zum Beispiel! Das hatte ich bisher übersehen. Bevor ich versuche, die Hinweise umzusetzen: Der Thread-Kontext meines QAxObject - Objektes ist vermutlich der Grund, weshalb ich anfangs auch mit QtConcurrent nicht weiter gekommen bin. Sinnvoll scheint mir, das QAxObject in meinem...
- 14. September 2015 18:51
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
Re: QtConcurrent und QAxObject
Ja, habe ich versucht, aber trotz Doku und Beispielen lesen habe ich leider immer noch keinen lauffähigen Code. Allerdings ein paar Verständnisfragen ... hier nochmal die Situation (jetzt ohne QtConcurrent): Ich habe eine von QThread abgeleitete Klasse, die eine Membervariable vom Typ QAxObject besi...
- 11. September 2015 09:53
- Forum: Qt Programmierung
- Thema: PyQt4, sip und QString als Signalparameter
- Antworten: 0
- Zugriffe: 2798
PyQt4, sip und QString als Signalparameter
Ich habe eine C++ Klasse, auf die ich aus einer Pythonanwendung zugreifen will. Ich benutze sip, um die Klasse Python zur Verfügung zu stellen. In der Pythonanwendung nutze ich PyQt4. Ich kann ein Signal, das einen einfachen Datentyp als Parameter enthält, aus meiner C++ Klasse versenden und das Sig...
- 10. September 2015 16:05
- Forum: Qt Programmierung
- Thema: QByteArray* als Funktionsparameter
- Antworten: 8
- Zugriffe: 6690
Re: QByteArray* als Funktionsparameter
Könnte es am Encoding der bytes liegen? (Was heißt "Murks"?)
- 9. September 2015 17:19
- Forum: Qt Programmierung
- Thema: Returncode bei Programmabsturz
- Antworten: 4
- Zugriffe: 4405
Re: Returncode bei Programmabsturz
Könnte eine race condition die Ursache sein? Ich hatte mal eine ähnliche Situation: Auf meinem Entwicklungsrechner lief meine Software, auf dem Produktivrechner nicht. Der Grund war, dass die zeitliche Abfolge, in der meine QWidgets erstellt wurden, nicht explizit festgelegt war. Es konnte also zu Z...
- 9. September 2015 16:21
- Forum: Qt Programmierung
- Thema: [gelöst] QtConcurrent und QAxObject
- Antworten: 11
- Zugriffe: 7866
[gelöst] QtConcurrent und QAxObject
Hallo, ich habe eine Klasse, die ein QAxObject enthält, mit dem ein Motor angesteuert wird. Während der Motor sich bewegt, blockiert die Funktion den GUI Thread. Ich möchte den Aufruf daher in einen eigenen Thread auslagern und habe es mit QtConcurrent probiert. Allerdings wird dann die move() Funkt...