Suchergebnisse

Inzwischen habe ich herausgefunden, dass Xcode -gstabs+ nicht mehr unterstützt, sondern nur noch -gdwarf-2. Qt4 wird aber standardmäßig nicht mit -gdwarf-2 übersetzt, hataber eine configure-Option -dwarf2. Wenn man diese benutzt und Qt4 aus den Quellen neu erstellt, funktioniert anschließend das Hineinsteppen (wenn man auch noch in den Executable-Settings den famework-suffix auf "debug" gesetzt hat). Wie man das gleiche auch unter Eclipse und Netbeans erreicht, habe ich noch nicht herausgefunden…

Nach über einem Jahr wollte ich wieder einmal in Qt4-Funktionen hineinsteppen. Aber das geht jetzt plötzlich nicht mehr so wie im November 2007. Ich kann mit der Aktivitätsanzeige sehen, dass die Debug-Version der Qt4-Libraries geladen wird (z.B. QtCore_debug), aber es funtioniert trotzdem nicht. Es ist auch egal, ob ich mit DYLD_IMAGE_SUFFIX oder "Use debug suffix when loading frameworks" in den "Executable settings" von XCode arbeite. In beiden Fällen werden die Qt4-Debug-Libraries zwar gelade…

Zitat: „Original von Michael Jedes Forum beschäftigt sich mit bestimmten Themengebieten. Man sollte deshalb nicht durch cross posting diese Aufgliederung ad absurdum führen. “ Manchmal ist die Zuordnung halt nicht so eindeutig möglich. Das zeigt gerade dieses Beispiel, wo sich abzeichnet, dass es sich wohl mehr - oder überhaupt nur - um ein Xcode-Problem, und nicht um ein Qt-Problem handelt. Also nichts für ungut für das von mir begangene Sakrileg.

Inzwischen habe ich festgestellt, dass der Crash auch mit der examples/dialogs/standarddialogs-Qt-Anwendung passiert und habe das bei Trolltech gemeldet. Ich hoffe, dass die das aufklären, obwohl es anscheinend eher ein Xcode-Problem ist.

Zitat: „Original von below 1) Cross Postings sind böse. 2) Hier ist die Frage richtig untergebracht. 3) WIE stürzt das Programm ab? Fehlermeldung? Stacktrace? Alex“ Vielen Dank für die Antwort. Wieso sind Cross Postings böse? Man kann doch wohl nicht annehmen, dass jeder immer alle Foren abklappert, und in diesem Fall war doch nicht klar, ob Qt-Fans oder Xcode-Fans am ehesten eine Antwort wissen. Ich habe einen Stack-Trace als Datei angehängt.

Unsere Anwendung ruft die Qt4-Funktion QFontDialog::getFont an verschiedenen Stellen auf. Wenn ich sie in Xcode 3 laufen lasse (egal ob mit oder ohne Debugger), stürzt sie dann jedesmal ab. Wenn ich sie außerhalb Xcode in einem Terminal-Window oder in GDB (im Line-Mode) oder in Eclipse (mit oder ohne GDB) laufen lasse, stürzt sie nicht ab. Es muss also irgendwie an Xcode oder den Xcode-Einstellungen liegen. Die Anwendung basiert auf einem Custom-Makefile und läuft auch unter Windows, Linux und S…

Unsere Anwendung ruft die Qt4-Funktion QFontDialog::getFont an verschiedenen Stellen auf. Wenn ich sie in Xcode 3 laufen lasse (egal ob mit oder ohne Debugger), stürzt sie dann jedesmal ab. Wenn ich sie außerhalb Xcode in einem Terminal-Window oder in GDB (im Line-Mode) oder in Eclipse (mit oder ohne GDB) laufen lasse, stürzt sie nicht ab. Es muss also irgendwie an Xcode oder den Xcode-Einstellungen liegen. Die Anwendung basiert auf einem Custom-Makefile und läuft auch unter Windows, Linux und S…

Hallo Exolon, erst mal herzlichen Dank für die kompetenten Hinweise. Da bin ich ja anscheinend genau an den richtigen Experten geraten. Ich werde das mit den custom data formatters bei nächster Gelegenheit ausprobieren. Momentan bin ich von Mac OS und Xcode noch etwas verschreckt, weil das mit der Debug-Version von Qt auf dem Mac schon solche Probleme gemacht hat und weil eine unserer Anwendungen, die auf Windows und Linux problemlos läuft, auf Leopard tief unten im Qt und Cocoa abstürzt und ich…

Zitat: „Original von Exolon ... Werden die Debug Symbole von Qt geladen? Wenn nicht setzt mal die Variable DYLD_IMAGE_SUFFIX auf _debug. “ Danke! Das mit dem DYLD_IMAGE_SUFFIX hat funktioniert. Vorher hatte ich es erst mit "-F$(QTDIR)/lib -framework QtCore,debug" versucht, ohne Erfolg: Es wurde die Release-Library genommen. Auch "-F$(QTDIR)/lib -Wl,-framework,QtCore,debug" hatte keinen Erfolg, im Widerspruch zu den man pages von ld. Inzwischen hat sich noch herausgestellt, dass die QtAssistant_d…

Zitat: „Original von below Du musst noch im SCM Menu "Configure SCM for this project" auswählen, und das richtige Repository wählen Alex“ Aber das ist ja gerade mein Problem: "Configure SCM for this project" führt mich nur wieder auf die allgemeinen Projekt-Settings, und dort steht in der "SCM Repositories"-Combobox nur wieder "None" und "Configure SCM Repositories...". Ich werde also immer im Kreis herumgeführt. Aber Dank subcommander, svn und svnX gibt es ja zum Glück Alternativen.

Zitat: „Original von gritsch Ich persönlich verwende am liebsten den subcommander weil er mehr kann als Xcode und vor allem auf allen 3 genannten Systemn gleich funktioniert/aussieht. Also braucht man sich nicht an 3 verschiedene GUIs zu gewöhnen.“ Danke für den Hinweis auf subcommander. Ich kannte bisher nur svnX als svn-GUI auf Mac OS X.

Zitat: „Müsste automatisch gehen Alex“ Da kann man wohl nur mit Karl Valentin sagen: Das ginge schon, aber das geht nicht.

Qt4 wird standardmäßig mit -gdwarf-2 übersetzt. Deshalb übersetze ich unsere Programme auch mit -gdwarf-2. Vorher hatte ich immer -gstabs+, konne aber auch nicht in Qt4 reinsteppen. Die Qt4-Quellen sind noch in /usr/local/Trolltech/qt..., wo sie beim Übersetzen von Qt4 waren. Muss man nicht Xcode sagen, dass sie dort sind? oder müsste das automatisch gehen?

Ich habe Xcode 3.0 auf einem iMac mit Mac OS X Leopard und keine Erfahrung mit Mac OS X und Xcode. Mein Xcode-Projekt basiert auf Custom-Makefiles und soll auf Windows, Linux und Mac OS X mit Qt4 laufen. Das Projekt lässt sich auch erfolgreich kompilieren und binden, und die Anwendungen laufen auch. Aber: Ich kann in dem Xcode-Debugger nur in unserem eigenen Code debuggen, aber nicht in den Qt4-Code hineinsteppen. Vermutlich muss man dem Xcode noch irgendwie mitteilen, wo die Qt4-Quellen zu find…

Ich habe Xcode 3.0 auf einem iMac mit Mac OS X Leopard und keine Erfahrung mit Mac OS X und Xcode. Mein Xcode-Projekt basiert auf Custom-Makefiles und soll auf Windows, Linux und Mac OS X mit Qt4 laufen. Wenn ich in den Project-Settings das benutzte SCM spezifizieren will, kommt erst mal nur das Angebot "Configure SCM Repositories...". Wenn ich das wähle, kann ich anschließend offenbar erfolgreich den Zugang zu unserem SourceForge-SVN-Repository einrichten und auch den Inhalt des Repsitories ans…