Hallo *,

ich hab da mal wieder ein Problem. Ich habe eine Prozedur deren Code komplett ausgeführt wird. Erst beim Verlassen, d.h. wenn der Debugger schon auf dem schliessenden "end;" steht, bekomme ich eine Fehlermeldung hinsichtlich einer unzulässigen Zeigeroperation (siehe Screenshot).

Jemand eine Idee für mich?

Danke,
Stephan

Moin!

Klassisch für dieses Symptom: Speicher überschrieben, z.B. eine lokale Variable. RangeChecking aktivieren, nochmal testen. Code durchgehen und sicherstellen, dass keine Bereichsüberschreitungen auftreten können, notfalls Assertions einbauen, die das sicherstellen.

cu
Narses

Das sieht für mich so aus als würdest du Speicher in einem UDP-Event freigeben und danach dann in dem Buttonklick wieder darauf zugreifen. Aber viel mehr kann man von außen ohne ein wenig Code nicht dazu sagen...

Ich kann mich aber auch dunkel daran erinnern, dass jemand Speicherprobleme mit einer TMS-Komponente hatte, ich glaube genau mit dieser Buttonklasse. Ich weiß nicht, ob das hiermit etwas zu tun haben kann, aber du könntest einfach mal einen normalen Button ausprobieren, ob es dann immer noch passiert.

Danke für die schnellen Antworten!!! )

Am Button liegt es nicht, das habe ich nach euren Hinweisen als Erstes überprüft. Die Punkte gehen diesmal also an Narses, es war tatsächlich ein Bereichsüberlauf... Weiß auch nicht, warum das ausgeschaltet war, ich wäre davon ausgegangen, dass solche Fehler automatisch gut erkennbar reported werden?!? Zumal das ein klassischer Fehler ( SetLength( a, High() - Low() ), ohne +1 ) war der schon seit Urzeiten in dem Programm sein muss (auch an mehreren Stellen, hab ich von einem Kollegen geerbt). Warum das erst jetzt oder gerade jetzt zu Problemen geführt hat kann ich mir nicht erklären...

Vielen Dank für die Tips!
Stephan

Stephan.Woebbeking hat folgendes geschrieben :

Weiß auch nicht, warum das ausgeschaltet war, ich wäre davon ausgegangen, dass solche Fehler automatisch gut erkennbar reported werden?!?

Nur, wenn es zum Debuggen aktiviert wird. In der Releaseversion sollte das normalerweise deaktiviert sein, da es Geschwindigkeitseinbußen zur Folge haben kann. (Denn es wird ja bei jeder einzelnen Operation Prüfcode eingefügt.)
Dafür gibt es bei aktuellen Delphiversionen getrennte Debug- und Releasekonfigurationen beim Kompilieren.

Ja, die kenne ich... nachdem ich jetzt die Bereichsüberprüfung aktiviert hab, habe ich ein ganz anderes Problem: Eine Unit die ich verwende - deren Funktionsweise ich auch noch nicht verstanden habe - erzeugt jetzt Bereichsfehler. Frage 1 für mich wäre: Wenn dort ständig Speicherbereiche überschrieben werden, warum geht das Programm nicht kontinuierlich baden? Da müsste doch alles durcheinander kommen? Und Frage 2, kann man die Bereichsüberprüfung auch für einzelne Dateien / Units abschalten? Die betreffende Unit funktioniert ja grundsätzlich, wenn ich auch nicht verstehe warum...

Stephan

Wenn der Speicherbereich in "unkritischen" Bereichen liegt, z.B. einem String nach Deinem Array, kann es sein daß der Fehler lange nicht auffällt.
Ein solcher Fehler sollte in jedem Fall gefunden und korrigiert werden.

Stephan.Woebbeking hat folgendes geschrieben :

... Und Frage 2, kann man die Bereichsüberprüfung auch für einzelne Dateien / Units abschalten? Die betreffende Unit funktioniert ja grundsätzlich, wenn ich auch nicht verstehe warum...

Ja. Die Bereiche die Du prüfen willst mit
{$RANGECHECKS ON} oder {$RANGECHECKS OFF}einrahmen.

Danke für alle Tips! Mein Problem ist - mit verbleibenden Quickhacks - erstmal gelöst. Für alle, die's interessiert: Die Bereichsverletzung kommt durch ein Word, welches nach oben hin überläuft. Wenn ich daraus aber einen 32 bit Wert mache, funktioniert die Unit nicht mehr - irgendwo ist er wohl darauf angewiesen, dass der Wert wieder nach unten rollt. Die Logik dahinter hab ich noch nicht verstanden und der Kollege, der dort wohl Teile von entwickelt hat, hat keine Zeit. Also muss ich damit erstmal leben, aber wie gesagt vielen Dank für die Hinweise.

vG, Stephan