IDE: Ungültige Zeigeroperation

[striderx]

Hallo,

seit einiger Zeit bekomme ich in der IDE eine Endlosschleife mit der Fehlermeldung 'Ungültige Zeigeroperation' (s. Anhänge). Das betrifft nur ein Projekt, war zunächst sporadisch, passiert aber jetzt bei jedem Start. Eine Eingabe ist nicht erforderlich.

Eine Reparatur-Installation hat leider nichts geändert, gefunden habe ich hierzu nichts.

Hat jemand von euch eine Idee?


Cheers
striderx

[nahpets]

Hallo,

das Problem kenne ich von Delphi 7.

Deshalb habe ich mir angewöhnt, bevor ich die IDE beende immer alles zu schließen, damit die IDE "leer" (bzw. mit 'nem neuen, leeren Projekt) starten kann.

Fehlerursachenanalyse ist eher schwierig:

Häufig kam es vor, dass es in irgendeinem Package, das zum Projekt benötigt wurde, einen Fehler beim Laden des Packages gab.

Es konnte sich aber auch ein Fehler in ein Formular eingeschlichen haben, der beim Laden des Formulares in der IDE zu einem Laufzeitfehler, einer Zugriffsverletzung... führte.

Derartige Fehler fallen mir nun auf, wenn ich das Projekt öffne, hier kann ich dann besser nach Fehlern suchen, indem ich Packages gezielt deaktiviere, mir die Formulardatei mal in 'nem "normalen" Editor anschaue...

[striderx]

Zitat:

Es konnte sich aber auch ein Fehler in ein Formular eingeschlichen haben

Was könnte das denn für ein Fehler sein?

[himitsu]

Defekte oder selbsterstellte Komponenten auf einer Form?

Ungültige Referenzen, weil jemand bei der Komponentenentwicklung geschlampt hat?

[Der schöne Günther]

Bin da kein Experte, aber das hätte ich auch gesagt. TCustomControl.Destroy() ist was er im Callstack hat, und das geht irgendwo schief...

[nahpets]

Irgendwelche ungültigen Zeichen, die sich mal beim Speichern eingeschlichen haben.

Syntaxtischer "Unsinn" durch fehlerhafte Implementierung von Komponenten.

Kenne das z. B. von der TkbmMemTable, da gehen ab und an, nach für mich nicht nachvollziehbaren Abläufen (oder wie man's nennen soll) die Felddefinitionen der Tabellenspalten verloren.

Die werden weder von der IDE, noch vom Compiler bemerkt, da kracht es dann beim Programmstart.

Ein derartiger Fehler in einem Package könnte aber beim Laden zu einer Zugriffsverletzung... führen.

Ohne das konkrete Projekt zu kennen oder die genutzten Packages, ist es eher schwierig zielführende Tipps zu geben.

Schau Dir erstmal alle Quellen des Projektes in einem Editor (Notepad oder so) an und schau, ob Du da irgendwas "irritierendes" findest.
Eventuell alle Dateien einmal in den Editor und mit dem (unverändert) speichern.

Konfiguration des Projektes mal durchsehen und alles entfernen, was Dir unbenötigt erscheint.

In der IDE alle Packages... entfernen, die nicht direkt zu Delphi gehören.

Packages erst wieder installieren, wenn die IDE beim Öffnen eines Projekt dies anfordert.

Oder die Packages einzeln hinzufügen und die IDE jeweils neu starten, das Projekt öffnen, bis entweder der alte Zustand, diesmal aber fehlerfrei, wieder hergestellt ist bzw. der Fehler wieder auftritt.
Dann das zuletzt hinzugefügte Package einer genauen Untersuchung unterziehen (und ggfls. seine Abhängigkeiten zu anderen Packages - derweil der Fehler könnte ja auch dort liegen), um die Fehlerstelle zu finden.

Habe so etliche Packages installiert, da gibt es irgendwo aber einen Fehler im Zusammenhang mit der Nutzung eines eigenen Packages und den Jedi-Packages. Ab und an kracht es mit 'ner Zugriffsverletzung im Rtl.dinges.Package.

Keine Ahnung was da schief geht, es ist mir in den letzten Jahren nicht gelungen, den Fehler, die Abhängigkeit (oder was auch immer) zu finden.

Die möglichen Fehlerursachen sind zu vielfältig, um hier nur ansatzweise alles aufzählen zu können.

[himitsu]

Einfach mal die *.dsk im letzten Projektverzeichnis löschen (projektgruppe.dsk oder projekt.dsk), dann werden beim nächsten Start die geöffneten Units nicht mehr geladen.
DFM-Probleme sind dann erstmal raus und fallen erst wieder auf, wenn du die entsprechende Unit öffnest.

[striderx]

Zitat:

Defekte oder selbsterstellte Komponenten auf einer Form?

Nein, keine fremde oder eigenen Komponenten

Zitat:

Einfach mal die *.dsk im letzten Projektverzeichnis löschen

Guter Tipp, das hat erst einmal geholfen. Ich habe jetzt die Main Form geladen und bislang ist noch nichts passiert. Dann werde ich jetzt die anderen Formulare sukzessive laden und mal schauen, ob es kracht.

Zitat:

Schau Dir erstmal alle Quellen des Projektes in einem Editor

Das sind insgesamt über 30.000 Zeilen in den *dfm, davon allerdings 20.000 in der Main Form. Wenn ich wirklich eine Unit als Schuldige identifizieren könnte, sieht das natürlich schon etwas entspannter aus.


Drückt mir die Daumen!

[striderx]

Es könnte sein, dass ich den Schuldigen gefunden habe:

Ich hatte die Anwendung mit einem VCL-Style hübsch gemacht. Seitdem ich das abgeschaltet habe, ist Ruhe. Ich will mal hoffen, dass das so bleibt!


Cheers
striderx

[striderx]

Es hat sich bestätigt - der Fehler kam von dem VCL-Style.

Hat jemand eine Idee, wie man die Ursache finden bzw. weiter eingrenzen kann?