![]() |
Zugriffsverletzung
Hallo
Die Meldungen Zugriffsverletzung bei Adresse ... in Modul "Prhau.exe" lesen von Adresse 00000000 oder Zugriffsverletzung bei Adresse ... in Modul "Prhau.exe" lesen von Adresse FFFFFFFF treten bei meinem Programm bei machen Anwendern und dort auch nur sporadisch auf. Bin kein Profi. Kann mir bitte jemand einen Tip geben wo das Problem liegt. danke Max Moser |
Re: Zugriffsverletzung
Könnte z.B. auf die Verwendeung eines nicht instantiierten Objektes hin. Ohne Sourcen aber nicht aufklärbar.
|
Re: Zugriffsverletzung
danke
instantiiertes Objekt - aber tragisch, sagt mir nichts. Ich schätze es passiert beim Einlesen oder Abspeichern von Dateien. Aber leider nicht reproduzierbar. Kann es ein Speicherplatz Problem sein - immer Adresse 0000000 oder FFFFFFFF |
Re: Zugriffsverletzung
Hi,
Weist du wann dieser Fehler auftritt? Beim öffnen? Beim schliesen? So kannst du zumindest den Fehler eingrenzen. P.s. Wenn du uns ein bischen Code zeigst können wir dir besser helfen, als wenn wir nur ins Blaue raten müssen. |
Re: Zugriffsverletzung
Ein wenig Hintergrundinfo zu Zugriffsverletzungen:
Zugriffsverletzungen treten meist dann auf, wenn versucht wird auf einen Speicherbereich zu zugreifen, der entweder nicht initialisiert wurde (BSP durch Getmem,New oder durch erzeugen einer Objektinstanz durch create), oder der Speicherbereich auf den zugegriffen werden soll, ist geschützt. Jetzt zur Hilfe: Prüf mal den speichern/lesen-code, ob du eine Stelle hast, an der du ein Objekt bzw. einen Zeiger verarbeitest, und davon ausgehst das er vorhanden ist (sprich du prüfst nicht ob er NIL ist). |
Re: Zugriffsverletzung
... auch empfiehlt es sich, das standardmässig deaktivierte Overflow-Checking und die Bereichsprüfung einzuschalten und das Projekt neu zu erstellen und zur Laufzeit mal schauen ob es zu Meldungen kommt.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:47 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz