Delphi XE2

[Thomas_K]

Zitat von hanspeter:

Daheim habe ich eine Installation unter Win7/64 laufen. Hier funktioniert der Debugger nicht.
Die möglichen Haltepunkte werden als blauer Punkt dargestellt. Ein gesetzter Haltepunkt wird korrekt dargestellt und ist auch in der Haltepunktliste im Debugfenster. Sobald ich das Programm starte, sind alle Haltepunkte weg und die gesetzten sind als ungültig markiert.

Ich habe hier ein gleiches/ähnliches Problem unter Windows 7 x64 Pro und XE2 Pro. Projekte die ich von Delphi 2010 migrieren zuversuche lassen sich auch nicht debuggen, weder als 32 noch als 64 Bit Version. In einem neu angelegetem 'Hallo Welt' VCL Form Programm Test Programm funkonierte der Debugger aber wie gewohnt.

Verhält sich das bei dem Win7/64 genauso?

Möglicherweise hat XE2 Probleme ältere Projekte richtig zu konvertieren bzw. der Debugger hat mit irgendwelchen Einstellungen Probleme. Da kann man Suchen.

[Bernhard Geyer]

Zitat von Patito:

Hm. Klingt nicht so als ob der Compiler zur Zeit in guten Händen ist...
Frage mich nur warum der Kopf des Chief-Scientisten nicht schon lange gerollt ist?!?

Du kannst so einen Kopf nur rollen lassen wenn du entsprechende Alternativen hast.
Und Compilerentwickler (vor allem mit entsprechender Historie and existierenden Code) wird es nicht viele geben. Mir haben im Studium schon die eine Vorlesung Compilerbau gereicht um mir klar zu sein das ich hier nicht meine Erfüllung finden werde ...

[Patito]

Zitat von hanspeter:

Ja den Effekt habe ich bei der Componentenentwicklung häufiger.
Wenn ich nicht sorgfältig alle Reste einer z.B. umbenannten Komponente lösche, dann bekommt man Probleme.
Zuletzt bin ich darübergestolbert, wenn man einen Componentennamen verwendet, der irgendwo schon verwendet aber nicht installiert ist.
Peter

Ein Problem das mich in D7 oft stört ist auch wenn man abhängigen Packages
(A, B1, B2, C) hat:
A <-- B1 <-- C
A <-- B2 <-- C

Eine Projektgruppe (A, B1, B2, C) läßt sich am Stück ("ab hier alle erzeugen")
nur verläßlich durchkompilieren wenn man die Abhängigkeiten künstlich auf etwa
A <-- B1 <-- B2 <-- C
umstellt.

Weiß jemand, ob sowas inzwischen besser funktioniert?

[Thomas_K]

Mit der Variable System.DebugHook lässt überprüfen ob sich der Debugger wirklich läuf oder nicht. Bei den Delphi 2010 Projekten war das nicht der Fall, so das ich in der Optionen "Delphi-Compiler" -> "Linken" die Option "Debug-Informatione" erst aktivieren mußte um den Debugger zum laufen zu bringen("Mit externen Debug-Symbolen" hat die gleiche Wirkung).
Ein Schönheistfehler gibt es troztem noch hier, die Haltepunkte werden ordentlich im Debugger angesprochen, aber anschließend als deaktiviert im normalen Editormodus angezeigt. Das ist aber nur ein reiner Anzeigefehler.

[hanspeter]

Am Wochenende habe ich mit XE2 weiter gebastelt mit nachfolgendem Ergebnis:
1. Der Debugger scheint nach dem Programmstart nicht zu laufen, da DebugHook = 0 ist.
2. Wenn ich beim Linker den Schalter mit "externen Symbolen" und den Schalter "separate TDS Datei erzeugen" setze, dann funktioniert der Debugger beim Programmstart.
Wenn ich anschließend diese Schalter wieder zurück setze und die erzeugten separaten Dateien lösche, dann funktioniert der Debugger weiterhin wie gewohnt.
Versuchsweise neues Projekt anlegen. Debugger funktioniert nicht. Die Schalter setzen und wieder rücksetzen. Debugger funktioniert mit diesem Projekt.
Braucht wohl eine Initialzündung.
Nebenbei bemerkt, auf meine Anfrage beim Embarcadero "Service" habe ich bis heute keine Antwort erhalten.
XE2 scheint seit Delphi 8 die buggigste ausgelieferte Version zu sein, hoffentlich kommen bald die nächsten Update.

Gruß
Peter

[Bernhard Geyer]

Zitat von hanspeter:

Wenn ich anschließend diese Schalter wieder zurück setze und die erzeugten separaten Dateien lösche, dann funktioniert der Debugger weiterhin wie gewohnt.

Auch wenn du die IDE neu startest oder nur während des aktuellen IDE-Laufs?

[jaenicke]

Naja, vor allem ist die Frage, ob es dann auch nach einer Änderung im Quelltext korrekt geht oder die alten Symbole benutzt werden.

[hanspeter]

IDE Neustart hbe ich noch nicht probiert.
Komme ich erst am Wochenende wieder dazu.
Alte Symbole glaube ich nicht, da ich ja die generierten Dateien wie TSD gelöscht habe und diese auch nicht neu erzeugt wurden.
Beim Erkennen ob eine Neucompilierung notwendig ist, scheint es ohnehin ein Problem zu geben.
Da erkennt die IDE nicht jede Änderung.
Das ist im Moment nicht weiter schlimm. Durch den Bug, das F9 interne Fehler produziert, muß ich ohnehin immer über Neucompilierung gehen.

Gruß
Peter

[hanspeter]

Ich habe zwischenzeitlich weiter probiert.
Nach einem Programm-Neustart ist der Debugger wieder inaktiv.
Erst das Einschalten "mit externen Symbolen" aktiviert den Debugger wieder.
Aufgrund des "interner Fehler" Bugs, verwende ich immer "Erzeugen", da sollte die externe Symbolliste jedesmal neu erzeugt werden.


Gruß
Peter

[jaenicke]

Der Fehler ist eventuell mit dem Update 2 behoben, siehe QC 100342.