Seltsame Meldung bei QString beim Debuggen

[cuchulainn]

Hallo alle zusammen,

ich arbeite gerade an meinem ersten Qt-Programm. Ich habe einen QString definiert und wollte mir seinen Inhalt nun mit dem Debugger ansehen. Im String sollte ein einfaches "Hallo" stehen.

Als Ausgabe erhalte ich folgende, für mich unverständliche Meldung:

Internal: global symbol `_ZN7QString4nullE' found in tools/qstring.cpp psymtab but not in symtab.
_ZN7QString4nullE may be an inlined function, or may be a template function
(if a template, try specifying an instantiation: _ZN7QString4nullE<type>).

Hat jemand eine Ahnung, was es damit auf sich haben könnte?

[Sephral]

Welche Umgebung verwendest du?

Betriebssystem, Qt-Version, Compiler, IDE, Debugger?

[Christian81]

Mit Optimierungen kompiliert und die Var wurde wegoptimiert würde ich mal raten.

[cuchulainn]

Ich benutze Windows XP, Qt 4.0, Eclipse mit Qt-Plugin und MinGW als Compiler.

Mit Optimierungen kompiliert und die Var wurde wegoptimiert würde ich mal raten.

Und was heißt das für mich?

[Christian81]

Und was heißt das für mich?

Nich im Release-Modus bauen. Aber da ich nicht weiß wie Du debuggst bzw. was Eclipse da so alles macht (ob es z.B. QString überhaupt als Datentyp kennt usw.) sollten wohl eher Eclipse-Leute was dazu sagen können.

[Sephral]

Früher, als die Visual Studio-Integration noch nicht so ausgereift war, hatte ich die selben Probleme.

[Christian81]

Früher, als die Visual Studio-Integration noch nicht so ausgereift war, hatte ich die selben Probleme.

Für sowas braucht man aber nichtmal ne VS-Integration

[cuchulainn]

Ich habe jetzt herausgefunden, dass es wahrscheinlich an einer alten GDB-Version liegt. Die neueste habe ich mir heruntergeladen und stehe nun vor einer Unmenge Dateien, die ich nicht verstehe. Kann mir jemand erklären, wie ich GDB installiere?

Bei der alten Version habe ich eine exe-Datei gefunden.

[Christian81]

Normalerweise einfach von sf.net/projectd/mingw die Binaries laden und in das richtige Verzeichnis (da wo das alte gdb schon ist) entpacken, fertig.

[cuchulainn]

Normalerweise einfach von sf.net/projectd/mingw die Binaries laden und in das richtige Verzeichnis (da wo das alte gdb schon ist) entpacken, fertig.

Das alte GDB war im MinGW-Ordner verteilt.

[Christian81]

Das alte GDB war im MinGW-Ordner verteilt.

Und was hindert Dich daran das neue Archiv von sf.net dorthin zu entpacken und somit den alten GDB zu überschreiben?

[cuchulainn]

Und was hindert Dich daran das neue Archiv von sf.net dorthin zu entpacken und somit den alten GDB zu überschreiben?

Eigentlich nichts. Ich habe es getan, aber jetzt startet Eclipse den Debugger gar nicht mehr. Launch error, wird mir gemeldet. Ich installiere später mal alles neu: MinGW und GDB.

[patrik08]

ich hatte aehnliche meldungen vor 3-4 monaten..
Da habe ich das MinGW von trolltech geholt ( nicht mingw original ) das im
qt-win-opensource-4.3.0-mingw.exe drinnen ist ...
und das MinGW verschoben woanders ..
qt compiliert neu von source, und die alte gdb.exe reimp.exe die fehlten wieder rein im ordner, und dann war alles paletti auch mit ecplipse eclipse-qt...
Aber ehrlich gesagt brauche ich ecplipse-qt nur um neue projekten zu starten
oder debuggen .... oder um die *.pro file zu editieren..
der designer im eclipse ist ja nicht so gut...
Ansonsten gibt es nicht besseres al ein normalen text editor mit macro funktionen..