Debugging in OnActivate hängt sich auf

[zeras]

Zitat von FredlFesl:

Zitat von Peter1999:

Also bei mir hängt sich der D2009-Debugger ... auch ohne Fremdkomponenten ständig auf.
...
Ob das nun aber an:
-Windows 7 64
-CnPack
-DDevExtensions
-Antivir
-...

Merkste wat?

Nöööööööö

[DeddyH]

Du könntest Dich auch an TMS wenden, evtl. ist das Problem ja bereits gemeldet worden und in Bearbeitung oder schon gelöst.

[zeras]

Zitat von DeddyH:

Du könntest Dich auch an TMS wenden, evtl. ist das Problem ja bereits gemeldet worden und in Bearbeitung oder schon gelöst.

Ja wegen der DB Grids habe ich schon was an TMS geschrieben, aber wegen des "nicht" debuggens noch nicht. Ich muss erst mal sehen, dass ich heute noch was brauchbares fertig habe, da eine mögliche Registrierung (dafür soll das Programm ja sein) jeden Tag kommen kann.

[jaenicke]

Kannst du denn das Projekt debuggen, wenn du den Haltepunkt erst später oder früher setzt?

Wenn ja, könntest du den Quelltext vielleicht einfach an eine andere Stelle packen. Denn bestimmt 90% der Verwendungen von OnActivate, die ich bisher gesehen habe, waren konzeptionell wenig sinnvoll...
Ich weiß ja nicht was bei dir bei immer beim Aktivieren des Fensters passieren muss.

[zeras]

Zitat von jaenicke:

Kannst du denn das Projekt debuggen, wenn du den Haltepunkt erst später oder früher setzt?

Habe ich mal gemacht. Jetzt wird wenigstens erst einmal das Programm gestartet, wenn ich durchsteppe.

Wenn ich aber nun in einem OnChange eines TEdit debugge, geht's wieder nicht.

Haben wir heute spezielle Sonneneinstrahlungen, weil das Programm sich so "blöd" verhält?

[jaenicke]

Du kannst mal schauen, ob FastMM im FullDebugMode irgendwelche Probleme entdeckt. Denn überschriebener Speicher o.ä. ist einer der möglichen Gründe für solche Probleme.

Ein anderes mögliches Problem tritt bei Verwendung von Threads auf. Unter seltenen Umständen führte das bei Delphi 2009 zu Deadlocks. Erkennen kann man dieses Problem in der Regel daran, dass Windows anbietet das Problem zu reparieren und daraufhin den Deadlock automatisch auflöst.

Beim Remote Debugger von XE passiert das immer wieder mal. Wenn man das dann macht, funktioniert Delphi wieder normal, nur die Verbindung bricht mit einer Assertion ab:

RadStudioRestoreRemoteDebug.png

[zeras]

Zitat von jaenicke:

Du kannst mal schauen, ob FastMM im FullDebugMode irgendwelche Probleme entdeckt. Denn überschriebener Speicher o.ä. ist einer der möglichen Gründe für solche Probleme.

Das habe ich nun eingebunden, aber ich weiß nicht, was man damit machen soll. Weder nach dem Start, noch beim Beenden kommt irgendeine Meldung.

Zitat von jaenicke:

Ein anderes mögliches Problem tritt bei Verwendung von Threads auf. Unter seltenen Umständen führte das bei Delphi 2009 zu Deadlocks. Erkennen kann man dieses Problem in der Regel daran, dass Windows anbietet das Problem zu reparieren und daraufhin den Deadlock automatisch auflöst.

Ich habe keine Threads drin, weiß aber nicht, inwieweit TMS da was mitbringt bei den Grids.