Debugging in OnActivate hängt sich auf

[zeras]

Hallo,

ich muss zur Zeit im OnActivate debuggen. Die Zeile wird dann auch angesprungen, aber die Zeilen drüber und drunter werden nicht mehr angezeit. Mit Stepbetrieb geht es auch nicht weiter. Es hilft nur noch der Weg über die Systemsteuerung.
Ist das normal?
Welche Tipps habt ihr?

Ich habe Codegear 2009 und arbeite im Delphi.

Matthias

[stahli]

Nein, das ist definitiv nicht normal. Sonst würde hier sicher kaum noch wer mit Delphi arbeiten

Hast Du irgendwelche eigenen oder Drittkomponenten eingebunden?
Für mich hört sich das so an, als ob sich benutzte Komponenten nicht an díe Spielregeln halten oder als ob Dein Delphi neu installiert werden müsste...

Kannst Du den Fehler irgendwie näher eingrenzen oder in einem Testprojekt reproduzieren?

[himitsu]

Was steht alles in der Titelleiste deines Delphi?
Falls nicht sichtbar: Es steht auch im Taskmanager, unter Anwendungen/Tasks.
Wenn du mehrmals auf F oder ESC drückst, passiert da etwas? (eventuell vorher nochmal auf das IDE-Fenster oder den Taskeintrag der IDE klicken)

Hast du irgendwelche TopMost-Fenster in deinem Programm, welche Fehlermeldungen verdcken können.

Steht Windows 7 zur Verefügung, speziell die kleinen Vorschaufunktionen in der Taskleiste und ist da irgendwas zu sehn?

[zeras]

Ich will das Programm nutzen für eine Lizenzverwaltung. Da hatte ich mir gedacht, nimmst du Firebird und TMS DB Grids, dann wird das schon gehen. Als ich nun aber auf einige Probleme gestoßen bin, habe ich Firebird Embedded rausgenommen und auch die TMS DB Grids gegen normale getauscht. Bei den Datensätzen, die ich erwarte, könnte ich auch damit leben, ohne DB auszukommen.
So muss ich zwar ein wenig mehr programmieren, weiß aber, was alles so läuft.
Heute morgen gleich nochmals probiert mit den Änderungen oben. Aber auch da geht es auch nicht.
Im Anhang ein Bild vom Delphi. Im Taskmanager kommt die Meldung, dass keine Rückmeldung da ist.


Matthias

[stahli]

Da werden wir Dir vermutlich wenig helfen können.
Grenze das Problem ein.
Wie sieht es mit anderen Projekten aus. Laufen die stabil?
Ging Dein Projekt vorher - seit wann kann der Fehler bestehen?
Kannst Du Projektteile testweise löschen? (vorher Backup machen )
Kannst du früher einen Breakpoint setzen und die verursachende Zeile so ermitteln?

Wenn Du diese GetPrognames ausklammerst, läuft es dann?

[FredlFesl]

Ich hab sowas ständig, nur das sich die IDE nach so 20-30 Sekunden fast immer erholt. Wenn nicht, muss ich die IDE abschießen.
Nervig.

[zeras]

Ich bin mal durchgesteppt und habe beim ersten Formular bei OnCreate angefangen. Das läuft erst mal durch und springt dann in der Projektdatei ins nächste Formular. Dann kommt aber irgendwas mit TAdvStringGrid.Notification. Dort bleibt das Programm dann irgendwie hängen.
Es kommt auch nicht bei dem OnCreate des 2. Formulars an. Wie werden die auf das Formular gelegten Komponenten eigentlich initialisiert? Vielleicht ist das die Ursache?
Werde weitersuchen.
Das Projekt an sich läuft erst mal, aber warum weiß ich nicht.

[zeras]

Zitat von FredlFesl:

Ich hab sowas ständig, nur das sich die IDE nach so 20-30 Sekunden fast immer erholt. Wenn nicht, muss ich die IDE abschießen.
Nervig.

Bei mir geht es dann gar nicht mehr. Ich muss dann immer Taskmanager nutzen.

[DeddyH]

TAdvStringGrid ist doch von TMS, oder? Ich will weiß Gott kein Bashing betreiben, aber bei diesen Komponenten liest man öfter einmal etwas von merkwürdigen Nebeneffekten.

[stahli]

Bis jetzt musste ich alle diesbezüglichen Vorwürfe an Delphi gesenkten Hauptes zurücknehmen und Fehler in meinen Komponenten bereinigen.
Wer eigene oder Dritt-Komponenten einsetzt sollte mal schauen, ob sich IDE-Abstürze damit in Verbindung bringen lassen...
Auch die korrkete Einrichtung von Projektgruppen ist wichtig. Abhängige Packages sollten auch ÜBER dem Mainprojekt stehen.