Die akzeptierte Antwort erzählt nicht die ganze Geschichte. Ja, wenn Sie Nullen sehen, ist ein Zeiger NULL beteiligt. Das liegt daran, dass NULL per Definition Null ist. Das Aufrufen von Null NULL sagt also nicht viel aus. Was ist an der Nachricht, die Sie erhalten, interessant ist die Tatsache, dass NULL zweimal erwähnt wird. Die Meldung, die Sie melden, ähnelt ein wenig den Meldungen, die Windows-Betriebssysteme dem Benutzer anzeigen. Delphi - So erkennen Sie die Zugriffsverletzung "bei der Adresse 00000000". Die Meldung besagt, dass Adresse NULL versucht hat zu lesen NULL. Was bedeutet das? Wie liest sich eine Adresse? Wir denken normalerweise an die Anweisungen bei einer Adresse, die an bestimmten Adressen aus dem Speicher gelesen und geschrieben wird. Wenn wir das wissen, können wir die Fehlermeldung analysieren. Die Nachricht versucht zu artikulieren, dass die Anweisung an Adresse NULL versucht hat zu lesen NULL. Natürlich gibt es unter der Adresse NULL keine Anweisung, daher betrachten wir NULL als Besonderheit in unserem Code. Man kann sich aber vorstellen, dass jede Anweisung mit dem Versuch beginnt, sich selbst zu lesen.
Hallo, ich habe einen Rechner, der über das Netzwerk auf den Server zugreift, wo das Programm GDI - Finanzbuchhaltung hinterlegt ist. Der User hat auch kompletten Zugriff auf den Ordner und alle erforderlichen Rechte. Seit kurzem wirft der Rechner folgende Meldung aus: "GDI - Finanzbuchhaltung" "Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000. " Diese Meldung erscheint NICHT immer, sie tritt mal beim Schliessen auf, mal, wenn man die Mandanten wechselt. Und dann passiert z. B. auch mal gar nichts und das Programm läuft ohne Fehler. (Man bedenke, dass das Programm zuvor Jahre lang ohne Fehler lief) Auf dem Server läuft Windows Server 2003 mit SP2 Es ist ein AMD 2800+ mit engebauten 2GB Ram Auf dem Client läuft Windows XP // Rest unbekannt (sorry) Nutzt man von anderen Clients aus das GDI Finanzbuchhaltung, tritt der Fehler anscheinend nicht auf. Delphi zugriffsverletzung bei adresse finden. Nun würde ich gerne wissen, was den Fehler verursachen "könnte". Kann es zum Beispiel am Ram des Clients liegen? Oder sucht man diese Art Fehler ganz woanders?
Hallo, ich brauche mal wieder eure Hilfe. Ich habe hier eine hübsche Zugriffsverletzung bei Adresse 00000000 'Lesen von Adresse 00000000' wenn ich im Code einer Klasse auf ein klasseneigenes TImage-Objekt zugreifen möchte. Also so ungefähr: Delphi-Quellcode: TKlasse = class private Bild: TImage; public procedure MachWas; end; //... procedure chWas; begin //... := 20; //Hier rührt der Fehler her Normalerweise würde man sagen "Ganz klar, kein Objekt instanziert", aber: constructor (AOwner: TComponent); Bild:=; Jetzt kommt's aber noch doller: Wenn ich genau das gleiche, was ich mit diesem TImage-Objekt mache, mit einem anderen - nennen wir es Bild2 - mache, dann kommt kein Fehler. Und mit genau das gleiche meine ich ALLES gleich machen, d. h. cocy & paste bei allen Sachen für Bild im Code und auf Bild2 geändert. Delphi Zugriffsverletzung mittels Adresse finden - Delphi-PRAXiS. Jetzt weis ich nicht mehr, wo ich noch nach dem Fehler suchen soll... Wenn ich die Stelle oben auskommentiere, gibts keinen Fehler mehr. Umbenennen des ersten TImage-Objekts auf irgendwas anderes bringt auch nix.
Jun 2002, 21:14 Also mach entwerder oder das IniSet vor raus!!! Weil "doppelt gemoppelt" hält vielleicht besser kann aber auch zu fehlern führen Zitat
bestimmte Zeichen nicht zuzulassen: procedure TForm1. Edit1KeyPress(Sender: TObject; var Key: Char); if not (Key in ['0'.. '9', #8]) then // #8 ist Backspace und muss angegeben werden, damit die Eingabe auch gelöscht werden kann Beep; // Signalton ausgeben Key:= #0; // Eingabe verwerfen Hier wird geprüft, ob die Eingabe eine Ziffer ist und nur dann wird die Eingabe zugelassen. Dies schafft uns das Problem mit den Buchstaben vom Hals, allerdings kann der User immer noch eine 0 oder gar nichts eingeben. Außerdem können durch Copy'n'Paste immer noch falsche Werte ins Edit-Feld gelangen. Fehlerbehandlung |. Eine Kombination der genannten Absicherungen ist also sinnvoll… Dass genau dieselben Fehler auch bei Gleitkommazahlen(Floats) vorkommen können, brauche ich wohl nicht zu sagen. Bis auf die Möglichkeit des Defaultwertes und der SpinEdit-Komponente gibt es kaum Unterschiede zu der Behandlung von Fehlern mit ganzen Zahlen. Bis an die Grenzen und noch weiter… Auch bei Arrays(und allem anderen, was sich verhält, wie ein Array, wie z.
Möglich ist allerdings auch, dass irgendein Speicherbereich überschrieben wird und der Fehler erst sehr viel später auftritt. Bei Logikfehlern, welche nicht zu einem Laufzeitfehler führen, treten überhaupt keine Fehlermeldungen auf. Das Programm verhält sich lediglich anders als erwartet. Solche Fehler sind mitunter schwer zu finden, da wir unter Umständen von einer falschen Annahme ausgehen und uns deswegen selbst im Weg stehen. Delphi zugriffsverletzung bei adresse du concours. Syntaxfehler können wir direkt im Quelltext beheben. Für Laufzeit- und Logikfehler benötigen wir jedoch ein Instrument, welches uns erlaubt, den Zustand des Programms auszuwerten. Erst durch den Einblick in aktuelle Variableninhalte, die Aufrufreihenfolge von Funktionen oder das Durchschreiten des Quelltextes in Einzelschritten, können wir uns der Fehlerstelle nähern. Das alles gehört zur Grundfunktionalität des Debuggers.