Hallo, ich hab hier nen ernsthaftes Problem





beim aufrufen von setlength kommt es dann zu einer zugriffsverletzung -.-
hatte es ursprünglich mit

setlength(Thema.aufgabe,2) versucht, aber das gab selbiges ergebnis (Thema is instanz der klasse)

ich hab zwar jemanden gefunden der mein problem teilt:
http://www.delphi-forum.de/printview.ph ... fbde217cce

aber da wurde ganz freundlich darüber hinweggegangen und ihm erklärt das er das ja gar nicht braucht .. naja zumindest so ähnlich

hilfe wäre echt nett

mfg grey

Hm, also prinzipiell müsste das denk' ich funktionieren.
Standard-Fehler bei Klassen ist wohl, dass die Instanz nicht oder nicht richtig erzeugt wurde.
In deinem Fall:

Wie gesagt das ist der Standard-Fehler und obiges die Standard-Antwort dazu.
Wenn das nicht hilft, kannst du ja mal überprüfen ob die Instanz aus einem anderen Grund nicht richtig erstellt wurde. Oder du versuchst mal statt einem "Array of MO_Aufgabe" einen "Array of Integer" zum Beispiel, wobei mich das überraschen würde wenn das funktioniert. Ob der shortstring etwas damit zu tun haben kann, weiß ich auch nicht, da ich normalerweise nur strings verwende. Im zweifelsfall also mal auskommentieren.

Kann Schläfer da nur zustimmen. Ich denke auch, dass du die Klasse nicht ganz richtig erstellst. Bzw falsch benutzt. Es gehört schon einiges dazu um Delphi da aus dem Tritt zu bringen. Ich habe es noch nicht geschafft und ich versuche das seit 12 Jahren. Falls es nicht klappen sollte, dann wäre es das Beste, wenn du ein bisschen mehr Code postest. Also auch die Stellen an denen du NeueAufgabe aufrufst.

Kleine Anmerkung zum Array. Array of MO_Aufgabe oder Array of Integer sind für Delphi ziemlich gleich. Intern ist es nur ein Array auf einen 32 Bit Wert. Allerdings wenn du Klassen benutzt, dann musst du dafür sorgen, dass die Instanzen auch anständig initialisiert werden. Bzw später, dass die Instanzen auch wieder sauber freigegeben werden. Also mit anderen Worten du müsstest die Instanz die du mit MO_Aufgabe.Create; bekommst an die passende Arraystelle packen.

PS: Anstelle eines Arrays kannst du auch eine TList oder eine TObjectList benutzen. Die sind dafür da um eine unbestimmte Anzahl an Pointern oder Klassen aufnehmen zu können. Die Arrayverwaltung würde dann intern in der Klasse passieren. TObjectList besitzt aber auch die Möglichkeit die Instanzen die du hinzugefügt hast auch wieder zu löschen.

Was du vorallem nicht vergessen darfst ist, wenn du das Array verlängerst auch die Instanzen in den neu erstellten Feldern zu erstellen. Standardmäßig steht da nämlich irgendein mist drin, was halt gerade in dem Speicherbereich stand, wo das Array gelandet ist.

Du müsstest also für jedes neu angelegte Array-Element auch

ausführen (wobei x natürlich der Index des neuen Feldes ist).

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

danke

sind genau die beiden fehler gewesen - habs dann heute in der pause doch selbst noch rausgefunden

allerdings muss man das mit der zuweisung machen - nur thema.create geht nicht.

vielen dank nochmal

mfg damian

Das ist vollkommen richtig. Den Konstruktor musst du IMMER mit Klassename.Konstruktor aufrufen. Thema ist ja noch komplett leer. Du musst der Variable erst einmal irgendwas zuweisen. Und dazu solltest du einen Konstruktor aufrufen. Das geht aber nur wenn du weißt welche Klasse du haben willst. Also der Klassennamen muss bekannt sein). Also zum Beispiel TObject.Create. Dort bekommst du dann als Rückgabewert eine Instanz von TObject. Ob Ob du diese jetzt in eine Variable packst oder sonst etwas damit anstellst ist dir überlassen.

PS: Der Konstruktor muss auch nicht zwingend Create heißen. Allerdings empfielt es sich nicht den anders zu benennen. Außer man hat SEHR triftige Gründe.

Die da wären ? - mir würde spontan nur das ärgern seiner mitmenschen einfallen

werd mal nen projekt-thread eröffnen - wie ihr hier sicherlich gesehn habt (oder auch nicht ) arbeite ich nämlich grade an einem aufgabenplaner bzw projektmanagement system

Na, ich habe z.B. den Grund, dass ich bei meinen GUI-Elementen einen Konstruktor für die automatische Erzeugung verbraten muss, die zwar geplant aber noch nicht implementiert ist. Aber den Konstruktor gibt es schon. Dieser Konstruktor heißt „Create“ und übernimmt zwei Parameter. Ich brauche für die händische Erzeugung aber einen zusätzlichen Konstruktor, der viel mehr Parameter aufnehmen muss, der heißt bei mir „CreateExt“, was soviel heißen soll wie „CreateExtended“.

Wenn sich nur die Parameter unterscheiden kann man genauso mit overload arbeiten.

Sie unterscheiden sich auch dadurch, dass das normale Create static ist und das erweiterte Create virtual.

Ja genau. So etwas ist zum Beispiel ein Grund dafür. Bei meiner glBitmap habe ich ca 6-7 Konstruktoren. Alle mittels overload gekennzeichnet nur bei einem sind die Parametertypen mit einem Anderem identisch. Also musste der einen neuen Namen bekommen.

PS: So lange der Grund für dich wichtig genug ist, dann reicht das ja auch schon aus.

Das sollte dich aber nicht am Overload hindern, oder?

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

*grins ^^

mit overload arbeite ich auch - nur nen neuen namen brauchte ich noch nie

Folgendes habe ich ausprobiert:


Das funktioniert. Allerdings möchte ich so etwas nicht tun.
In dem Konstruktor „TTestTypeNew.Create(AName: String; AParent: TObject);“ muss der richtige geerbete Konstruktor aufgerufen werden. Wenn man jetzt nicht wirklich sattelfest ist (nicht jeder ist immer 100% leistungsfähig), nimmt man den falschen Konstruktor, nämlich den „Create“ ohne Parameter. In meinem Fall würde das zu einem Laufzeitfehler führen. Aus diesem Grund ziehe ich es vor, die Vererbung etwas deutlicher zu machen und einen anderen Namen zu vergeben, OBWOHL Du recht hast und es möglich und zulässig ist, einen überladenen Konstruktor mit dem gleichen Namen zu haben.

Der Compiler kommt nicht durcheinander, zugegeben. Aber ich vielleicht.

Sensation! Die erste Rekursion in der Deklaration....

...oder hab ich was verpasst?

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next