Hallo,

ich habe folgendes Problem: Mein Programm ändert in einem Array von Record's ein paar Werte. Das funktioniert soweit, kann ich mir in der Mainunit mit dem ObjectInspector ansehen. Leider kann ich im Programm nicht auf die Werte zugreifen


in meiner eigenen Unit steht u.a.:

markieren

Delphi-Quellcode:

type
 dot = record
          x: double;
          y: double;
         { .... }
          end;
 layer = array [1..(size*size)] of dot;

-> die Verarbeitung der layers erfolgt über pointer, die von der mainunit aus zeigen

und in der mainunit:

zusammenfalten · markieren

Delphi-Quellcode:

var
{ .... }
 llayer: layer;
implementation

procedure TForm1.Button1Click(Sender: TObject);
var x,y:Integer;
   zahl: Int64;
begin
randomize;
myunit:=Tmyunit.create;
myunit.initlayer(@llayer);

zahl:=0;
while zahl<size*size do
    begin
    zahl:=zahl+1;
     if (llayer[zahl].x=5) then {...}
 [edit] fehler beim kopieren gemacht, sorry . vorher stand hier: if (layer[zahl].x=5) then [/edit]

der genaue Fehler lautet (beim durchlaufen der if-frage im main):
Project Project1.exe raised exception class EAccessViolation with message 'Access Violation at adress 004749D2 in module 'Project1.exe'.
Read of adress 00000010'. Process stopped. Use Step or Run to continue.


Alle Änderungen, die ich in meiner Unit machen, entsprechen dem, wie es sein soll. Ohne Fehler oder ähnliches. Eben nur, wenn ich in der Unit, in der ich mein Array definiert habe, funktioniert es nicht mehr.

Habe jetzt schon versucht, einen Zeiger auf das Auszulesende Objekt zu machen, kommt aber derselbe Fehler. (ich nutze Delphi7 Professional)

Da sieht man mal wieder, wozu Konventionen gut sind:
In der letzten Zeile:
if (layer[zahl].x=5) then {...} greifst du direkt auf deinen Datentyp zu, nicht aber auf die Variable... Ich denke mal, du wolltest llayer[zahl] meinen.

Und die Konvention lautet:
Datentype beginnen mit dem Buchstaben T... Ich würde also die Type dot und layer mal umtaufen in TDot und TLayer.

du greifst auf ein Object zu welches nicht initialisiert wurde.

da hab ich das falsche kopiert, sorry...
llayer steht in der Abfrage.
Und wie gesagt, ich kann ja die werte via ObjectInspector ansehen...

Zitat von SirThornberry:

du greifst auf ein Object zu welches nicht initialisiert wurde.

Zitat von SirThornberry:

du greifst auf ein Object zu welches nicht initialisiert wurde.

Also das ist doch nun wirklich kein Object, und wenn's eine globale Variable ist, ist sie automatisch initialisiert.

Zitat von Jelly:

In der letzten Zeile ... greifst du direkt auf deinen Datentyp zu, nicht aber auf die Variable...

Das erscheint noch wilder, wie greift man auf einen Datentyp zu? Interessant ist, daß dieser Unsinn vom Compiler übersetzt wird.

Gruß Gammatester

Beides falsch.

Zitat von gammatester:

Also das ist doch nun wirklich kein Object, und wenn's eine globale Variable ist, ist sie automatisch initialisiert.

Es ist ein Objekt, und wird aus diesem Grunde niemals automatisch initialisiert.

Zitat von gammatester:

Das erscheint noch wilder, wie greift man auf einen Datentyp zu? Interessant ist, daß dieser Unsinn vom Compiler übersetzt wird.

Da ist nix wildes dran. Er greift nicht auf sein Objekt, sondern direkt auf die Klasse zu. Würde das nicht kompilieren, könnten kein Konstruktor, und keine class-Methoden aufgerufen werden, und das gesamte OOP-Konzept wäre unmöglich.

btw: SirThornberry ist der Schreibfehler nicht aufgefallen, weswegen er vom Objekt ausging. Das scheint aber laut TE halt nur ein C&P Fehler zu sein, und ist somit dennoch gültig.

Also, meine prozedur myunit.initlayer beschreibt den layer mit Startwerten.

wie gesagt, werte sind alle drinnen und lassen sich im Debug anzeigen, jedoch weder rauskopieren oder auslesen noch überprüfen...

sorry nochmal wegen des Fehlers beim übertragen meines quellcodes, jellys antwort stimmte schon

Kann es sein, dass es etwas mit dieser Zeile zu tun hat?:myunit.initlayer(@llayer); Ich weiß nicht, was das bewirkt, aber ich habe alles außer dieser Zeile und der Zeile davor bei mir ausprobiert, und es gibt keinen Fehler.

Zitat von Medium:

Beides falsch.

Zitat von gammatester:

Also das ist doch nun wirklich kein Object, und wenn's eine globale Variable ist, ist sie automatisch initialisiert.

Es ist ein Objekt, und wird aus diesem Grunde niemals automatisch initialisiert.

Zitat von gammatester:

Das erscheint noch wilder, wie greift man auf einen Datentyp zu? Interessant ist, daß dieser Unsinn vom Compiler übersetzt wird.

Da ist nix wildes dran. Er greift nicht auf sein Objekt, sondern direkt auf die Klasse zu. Würde das nicht kompilieren, könnten kein Konstruktor, und keine class-Methoden aufgerufen werden, und das gesamte OOP-Konzept wäre unmöglich.

Es wird immer wilder, jetzt ist ein array of record schon eine Klasse, vorher war's nur ein Objekt!

Aber es war ja ein Tippfehler, d.h. der Compiler würde es wohl nicht übersetzen. Und deshalb sollten wir uns nicht in immer wildere Erklärungsversuche flüchten.

Gruß Gammatester