![]() |
ständige Fehlermeldung
Liste der Anhänge anzeigen (Anzahl: 1)
Hallo allerseits, ich habe ein Problem mit meinem Programm, das ich gerade schreibe.
Immer wenn ich es öffne taucht folgende Fehlermeldung auf. Anhang 46709 Wie kann ich die Zugriffsverletzung auffinden? Ich hab schon im Internet in sämtichen Foren nachgeforscht, jedoch bin ich nicht fündig geworden. Viele Grüße |
AW: ständige Fehlermeldung
|
AW: ständige Fehlermeldung
dann schreibe ich meine Programme alle demnächst auf Java. Der Fehler lässt sich nicht beheben.
|
AW: ständige Fehlermeldung
Wenn Du der Meinung bist, dass man in Java keine Fehler machen kann: nur zu.
|
AW: ständige Fehlermeldung
Kann es sein, dass du im Konstruktur einer Form oder im FormCreate auf ein Objekt zugreifst, das noch gar nicht erzeugt wurde.
Zitat:
|
AW: ständige Fehlermeldung
Wahrscheinlich, die niedrige Speicheradresse lässt darauf schließen.
|
AW: ständige Fehlermeldung
[OT]
Zitat:
[/OT] die Fehlermeldung besagt, daß Dein Programm da irgendwo in die Schüssel greift. was bedeutet Zitat:
Wenn Du das Programm startest? Gruß K-H |
AW: ständige Fehlermeldung
Was passiert denn, wenn Du das Programm im Debugger ausführst?
Dann sollte der eigentlich zu genau der Zeile gehen, an der der Fehler auftritt. Ansonsten in der DPR 'nen Breakpoint auf die erste Zeile hinter dem Begin setzen und dann mit dem Debugger zeilenweise (Taste F7?) durchgehen. |
AW: ständige Fehlermeldung
[OT]
Zitat:
[/OT] |
AW: ständige Fehlermeldung
Zitat:
Eine solche Meldung ist m.E. ein Hinweis, daß auf ein nichtexistentes Objekt zugegriffen versucht wird. Da wird eine andere Programmiersprache auch einen solchen Fehler nicht verhindern können, bestenfalls ließe sich der Hinweis unterdrücken. Aber eine fehlende = nichtexistente Meldung hilft ja auch nicht ("wirklich") weiter. Entweder debuggen und/oder uns wenigstens ein wenig Quelltext zeigen. |
AW: ständige Fehlermeldung
Zitat:
Gruß K-H |
AW: ständige Fehlermeldung
Zum Teil doch. Sie können dort sofort bei der Deklaration intitalisieren. Wobei ganz durchzuhalten ist die Strategie nicht. Sobald in Abhängigkeit von Parametern (bspw. des Contructors) eine Initalisierung stattfindet ist es mit Initialiseren im Rahmen der Deklaration auch schnell vorbei.
Zitat:
|
AW: ständige Fehlermeldung
Von 4 bis 10 hat sie Python gemacht. Braves Kind. Nachher hat der Papa gesagt, 'Pascal wird programmiert oder Taschengeld wird gestrichen'. So ist Open Source entstanden ...
Zitat:
|
AW: ständige Fehlermeldung
Hallo,
vielleicht mal die Compilerwarnungen ansehen? |
AW: ständige Fehlermeldung
Die Aussage mit Java ist so zu verstehen, dass ich fürs Studium mit JAva programmieren muss und Delphi jedoch einfacher vom Programmieren her finde.
In Java erstellt man Klassen ganz einfach in einer Klassendatei und greift dann von der Mainmethode darauf zu. Da dass in Delphi in eienr Datei anscheinend geht, habe ich wahrscheinlich damit Probleme. Zitat:
|
AW: ständige Fehlermeldung
Ihr werdet gerade sehr offtoipc. Bitte kommt zurück zum Thema.
|
AW: ständige Fehlermeldung
Die Main Methode versteckt sich im Programm (Project-> View Source oder Project Manager -> Executable anlicken und dann Ctrl + V. Dann siehst due eine Unit mit
program Programmname Die Parameter wären in ParamCount und ParamStr versteckt. Je nachdem ob du ein Windows Programm mit Fenstern oder eine Konsolenanwendung schreibst entsteht ein wenig ein anderes Programm und doch nicht. {$APPTYPE CONSOLE} Windows unterscheidet im PE Header in welchem Subsystem eine Anwendung läuft. Du kannst aber genauso das Application Objekt aus einer Console Application heraus benutzen, die das Objekt wird wird in InitControls in (Vcl.Controls) in der Initialization Section aufgerufen und dabei wird ein Globales Objekt gesetzt. Die Unit muss aber eingebunden werden (über VCL.Forms). Zu dem Themenkreis passt auch noch AttachConsole - findest du tonnenweise Beispiele. --- In Freepascal je nach Sprachtyp (Slang) musst du sowieso bspw. Klassen in Module auslagern. Ich würde schon Klassen in Module auslagern und nur 'Friend Klassen' in das selbe Modul geben, denn Klassen in einem Modul können auf die (fast) alle Member anderer Klassen zugreifen. Außer du verwendest bspw. strict private. Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:12 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-2025 by Thomas Breitkreuz