Integerwerte über Pointer an Integervariable zuweisen.

WebFritzi

Du machst hier alles richtig. Entweder ist Katiitem leer oder du setzt Item->DataP irgendwann wieder auf eine leere Tkatiitem-Struktur.

junix

Lokale Variablen werden am Ende des Blocks (Teil zwischen {}) in dem sie erstellt werden zerstört. Entsprechend wird der Zeiger damit auch ungültig.

Die Tatsache dass du den & Operator benötigt hast lässt mich vermuten du hast da den Wert einer lokalen Variablen zugewiesen und hast einfach Glück gehabt, dass es keine AccessVoilation gibt.

-junix

Ab welcher BCB-Version ist Tkatiitem dabei?

junix

Original erstellt von <Kleiner Feiglich>:
Ab welcher BCB-Version ist Tkatiitem dabei?

Gar keiner. Wird eine eigene Klasse oder eine Struktur sein (: Sowas kann man mit C/C++ auch als Datentyp verwenden (-;

-junix

WebFritzi

Original erstellt von junix:
Die Tatsache dass du den & Operator benötigt hast lässt mich vermuten du hast da den Wert einer lokalen Variablen zugewiesen und hast einfach Glück gehabt, dass es keine AccessVoilation gibt.

Aua, ich Idiot. Das hätte mir auffallen müssen.

Achso ist das. Danke. Das mit dem T vor dem Klasse/Datentyp hat mich so verwirrt. Sorry.

Darkheart

Junge, junge soviel Antworten habe ich nicht erwartet.

WebFritzi hatte recht, Tkatitem wurde nicht richtig initialisiert, da ich die Initialisierungsroutine überladen hatte und ausgerechnet die falsche Version der Funktion verwendet wurde.

Junix, die Variablen sind Teil von Tkatitem sprich Tkatitem ist wie folgt aufgebaut:

class Tkatitem
        {
        public:
                AnsiString name;
                AnsiString iconnect;
                GUID iguid;
                TList* events;
        }

Hier müßten doch dann die Variablen im Speicher erhalten bleiben, wenn ich die Klasse nicht freigebe oder ?

Mittlerweile krieg ich auch was auf dem Bildschirm angezeigt, wenn ich

tmKatitem->name

z.B. einem Editfeld zuweise. Allerdings sind das im Moment leider noch irgendwelchen unidentifizierbaren Hieroglyphen, obwoh dort eigentlich der Name stehen sollte. Weiß hier jemand, womit das zusammenhängt?

<KleinerFeiglich> sorry, ist ne eigene Klasse in meinem Programm und dient nur zu programminternen Geschichten.

Gruß

Udo

WebFritzi

z.B. einem Editfeld zuweise. Allerdings sind das im Moment leider noch irgendwelchen unidentifizierbaren Hieroglyphen, obwoh dort eigentlich der Name stehen sollte. Weiß hier jemand, womit das zusammenhängt?

Schau dir nochmal in Ruhe junix' Post an, bevor du weiterfragst... Oder noch besser: schau dir in einem C++-Tutorial ein Kapitel über Pointer an.

[ Dieser Beitrag wurde am 13.01.2003 um 00:53 Uhr von WebFritzi editiert. ]

junix

...und, udo, Schau mal in der FAQ den Beitrag "Public-Variablen sind Böse aber wieso?" an den du im FAQ-Index unter "Allgemeines" findest.

-junix

Darkheart

Ehrlich gesagt, versteh ich hier wirklich was nicht. Kann sein, daß ich mich täusche, aber wenn ich ne neue Klasse oder ein Objekt mit new deklariere muß ich die doch extra mit delete wieder freigeben, da sie ansonsten im Speicher bleiben.

Also müßte es doch möglich sein, über nen Pointer aus einer anderen Funktion auf die Daten von Katitem zuzugreifen, weil die Klasse eben mit new erzeugt wird ?!

Und die Version mit tmpKatitem->name hat bei einer anderen Möglichkeit auch funktioniert. Siehe z.B. den VirtualTreeView die Funktion VT.NodeGetDataSize(Node); hier wird über diese Funktion ein Pointer auf ne Klasse bzw. Datenstruktur zurückgegeben und ich kann nach dem Typcasten einwandfrei auf die Daten der Struktur zugreifen (hoffe den VT kennt Ihr, aber ich denke schon).

Also helft mir bitte. Es kann durchaus sein, daß ich hier im Moment auf dem Schlauch stehe und was verwechsle.

Danke

Udo

junix

Item->DataP = &Katitem;

Diese Zeile sagt mir, dass du Katitem garantiert nicht mit new erzeugt hast. Sonst könnte der restliche Code auch nichtmehr funktionieren.
Ich kann nur nochmal auf Webfritzi verweisen. Er hat recht. Bevor du weitermit Zeigern rumspielst solltest du dringends in einem Tutorial mal über Zeiger nachlesen.

KLeine Zwischenfrage an dich: Was macht der Operator '&'?

-junix

[ Dieser Beitrag wurde am 13.01.2003 um 01:24 Uhr von junix editiert. ]

Darkheart

& weist einem Pointer die Adresse von einem Objekt oder einer Variablen als Wert zu. In diesem Fall hier soll die Adresse von Katitem an Item->DataP übergeben werden, so daß DataP die Adresse von Katitem enthält.

Aber Du hattest recht Unix. Es lag wirklich am &-Operator. In meiner Funktion werden mehrere Katitems in einer TList gespeichert (natürlich nur die Addressen) und durch die Zuweisung mit dem &-Operator habe ich die Adresse des TListitems erhalten und nicht die Adresse von Katitem. Das kann natürlich nicht funktionieren.

Aber ich möchte Euch trotzdem nochmal recht herzlich für Eure Hilfe bedanken. :p Und das mit den Pointer krieg ich auch noch auf die Reihe. Arbeite erst seit ungefähr 6 Wochen mit dem BCB und da läuft halt noch nicht alles rund.

Gruß

Udo

[ Dieser Beitrag wurde am 13.01.2003 um 01:31 Uhr von Darkheart editiert. ]

WebFritzi

& weist einem Pointer die Adresse von einem Objekt oder einer Variablen als Wert zu.

Falsch. Der weist garnichts zu... der gibt was zurück! Und zwar einen Pointer auf die Adresse des angegebenen Objektes.

Also, sagen wir Katiitem ist ein Pointer auf ein Tkatiitem. Von welchem Typ ist dann wohl &katiitem?

[ Dieser Beitrag wurde am 13.01.2003 um 01:37 Uhr von WebFritzi editiert. ]

Darkheart

Sorry, gibt die Adresse zurück! Natürlich und dass sollte ja auch so sein. DataP soll ja den Pointer von Katitem enthalten. Habs vielleicht falsch ausgedrückt.

WebFritzi

DataP soll ja den Pointer von Katitem enthalten

Und genau das ist der Punkt. Ich dachte, Katiitem ist ein Pointer?

Edit: Beantworte meine Frage in meinem vorigen Post.

[ Dieser Beitrag wurde am 13.01.2003 um 01:39 Uhr von WebFritzi editiert. ]

Darkheart

Moment jetzt! Langsam wirds haarig. Also Katitem ist wie folgt deklariert

Tkatitem *Katitem = new Tkatitem;

Insofern ist Katitem ein Objekt vom Typ Tkatitem und &Katitem gibt die Adresse des Objekts im Speicher zurück.

So, und die Adresse an der das Objekt liegt habe ich mit

Item->DataP = &Katitem;

der Variablen DataP zugewiesen. Oder etwa nicht?

WebFritzi

Original erstellt von Darkheart:
**Moment jetzt! Langsam wirds haarig. Also Katitem ist wie folgt deklariert

Tkatitem *Katitem = new Tkatitem;

Insofern ist Katitem ein Objekt vom Typ Tkatitem und &Katitem gibt die Adresse des Objekts im Speicher zurück.
**

Nö. Katiitem ist ein Objekt vom Typ Tkatiitem*. Soll heißen: Katiitem zeigt auf ein Tkatiitem-Objekt. So, mit dem Wissen solltest du mir jetzt sagen können, von was für einem Typ &Katiitem ist.

Darkheart

Die Adresse von einem Pointer auf ein Tkatitem. Uuuups! Dachte wirklich, daß es sich dabei direkt um das Objekt handelt.

WebFritzi

Original erstellt von Darkheart:
Die Adresse von einem Pointer auf ein Tkatitem.

Naja OK. Das lasse ich gelten. Also, &Katiitem ist vom Typ Tkatiitem**, also ein Pointer auf einen Pointer auf ein Tkatiitem-Objekt. So, und was musst du jetzt schreiben, um Item->DataP auf das Tkatiitem-Objekt zeigen zu lassen?

P.S.: Hast mal Java geproggt?

[ Dieser Beitrag wurde am 13.01.2003 um 02:00 Uhr von WebFritzi editiert. ]

Darkheart

Ja, ist klar ====> Item->DataP = Katitem;

Java: Nein, noch nicht! Bisher einiges in Delphi, viel in HTML, PHP und Javascript. Java war mir irgendwie immer zu hart und zu kompliziert. Aber das dachte ich von C++ auch, bis ich im November/Dezember letzten Jahres angefangen habe.