Debugging in OnActivate hängt sich auf

[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]

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.

[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.

[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.

[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.

[zeras]

Zitat von 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.

Ich habe die TMS bei einigen Programmen im Einsatz. Bis jetzt keine Probleme, außer, wie oben erwähnt, mit den DB Grids. Deshalb habe ich wieder "zurückentwickelt" auf normale Grids von TMS.

[DeddyH]

An Deiner Stelle würde ich eine Kopie des Projekts anlegen, dort alle "Spezialkomponenten" durch Standard-Varianten (sofern verfügbar) ersetzen und dann schauen, ob das Verhalten immer noch auftritt. Falls nicht, liegt es wohl tatsächlich an den Fremdkomponenten.

[Peter1999]

Also bei mir hängt sich der D2009-Debugger (incl. Debugger-Fix) unter Win7 64 auch ohne Fremdkomponenten ständig auf. Da reicht schon ein OpenDialog.Execute oder ein "beliebiges" Connect zu einer Datenbankverbindung.

Ob das nun aber an:
-Windows 7 64
-CnPack
-DDevExtensions
-Antivir
-...

liegt, konnte ich bis jetzt nicht herausfinden.
Meine Hoffnungen liegen jetzt auf XE2 .