IDE: Ungültige Zeigeroperation

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