Seltsame Speicherschutzverletzung

[FredlFesl]

So nebenbei: Im Create würde ich den Timer nicht setzen, sondern im FormActivate.
Deaktivier den Timer doch mal und schau, ob das Problem immer noch auftritt.

[hanspeter]

Zitat von FredlFesl:

So nebenbei: Im Create würde ich den Timer nicht setzen, sondern im FormActivate.
Deaktivier den Timer doch mal und schau, ob das Problem immer noch auftritt.

Mit dem Timer hat das nichts zu tun.
Der Timer soll auch nur die Unzulänglichkeit vom MDI umgehen, daß weder in onactivate noch onShow Fenstergröße und Position verändert werden kann. Er ist einmal aktiv und wird dann nicht mehr benötigt. Der Fehler tritt vor Aktivierung des Timers auf.
FastMM werde ich heute abend mal probieren. (Wenn ich es richtig verstanden habe, ist FastMM doch schon in D2010 drin?)


Gruß Peter

[jaenicke]

Zitat von hanspeter:

Der Timer soll auch nur die Unzulänglichkeit vom MDI umgehen, daß weder in onactivate noch onShow Fenstergröße und Position verändert werden kann.

Naja, das macht man ja normalerweise auch nicht aus dem Formular heraus, sondern direkt nach dem Anzeigen an der Stelle im Code. Deshalb ist das keine Unzulänglichkeit, sondern denke ich eher ein ungünstiges Konzept bei dir.

Zitat von hanspeter:

FastMM werde ich heute abend mal probieren. (Wenn ich es richtig verstanden habe, ist FastMM doch schon in D2010 drin?)

Schon, aber ohne die Debuggingmöglichkeiten.

[hanspeter]

Ich möchte das Thema nochmals hochbringen, vielleicht hat wer einen Tip.
Ich habe mich jetzt schrittweise mit dem Debugger durchgetastet und den Verursacher, wie erwartet in einer Fremdcomponente, gefunden.
Der Fehler tritt in dem TMS Grid von TMS-Software auf (nur manchmal), wenn man die Maus über dem Grid bewegt.
Als Ort wurde die Dragover-Behandlung des Grids isoliert. (Wird im Programm nicht verwendet.)

Konkret tritt der Fehler bei der Anweisung
Accept := Source is TADVStringgrid; auf.

EAcessviolation bei Adresse ... Lesen von Adresse FFFFFFD0.


Hat wer einen Tip, was man machen könnte?

Gruß
Peter

[mkinzler]

Existiert Source?

[jaenicke]

Schon, aber TMS wird was dagegen haben, wenn jemand den postet.

Da wirst du wohl TMS fragen müssen.

[DeddyH]

Das sollte wohl eher heißen, ob die Variable Source Assigned ist. Das kann zu dem Zeitpunkt auch TMS nicht wissen

[Daniel]

Zitat von hanspeter:

Hat wer einen Tip, was man machen könnte?

Wie hast Du die TMS-Komponenten reinkompiliert? Ich hatte hier mal ein Kundenprojekt am Wickel, welches bei einem "full build" auch alle eingebundenen Komponenten neu übersetzt hatte - allerdings mit den jeweiligen Compiler-Einstellungen des Projekts. Ähnliche wie die von Dir beschriebenen Effekte hatte ich mal mit den DevExpress-Komponenten. Das hat aufgehört, nachdem ich die Komponenten einmal wie vom Hersteller ausgeliefert kompiliert hatte (sei es über den Installer oder einfach nur über die Packages) und dann die Quellen aus dem Bibliothekspfad rausgenommen habe (reicht ja, wenn sie im Suchpfad sind, wenn man sie sich mal angucken muss oder möchte).

[stahli]

Ist denn Self in Ordnung?

[hanspeter]

Hallo,

ich habe diesen sporadisch auftretenden Fehler immer noch nicht gefunden.
Die Speicherschutzverletzung tritt meist dann auf, wenn ich in einem ADV Grid eine Row doppelt anklicke (Auswahl).
Alles was in diesem Grid mit Drag und Drop zu tun hat, steht auf false oder ist auskommentiert.
Ich hänge mal das Fehlerbild an, vielleicht hat doch noch wer eine Idee.

Gruß
Peter