Integerwerte über Pointer an Integervariable zuweisen.

Eßer

Das war zu viel Code... die Struktur hätte gereicht.

Guck dir nochmal WebFritzis Beispiel an, wie man von einem Zeiger(TPropertyData::Data ist ja ein zeiger) nach int castet.

WebFritzi

Oh man, es hätte wirklich gereicht, wenn du 2 Zeilen gepostet hättest. Und zwar diese hier:

int *CNodeData = (int*)Data->Data;
ImageIndex = *CNodeData;

So, und wie du dir auch selber denken kannst, geht das auch in einer Zeile:

ImageIndex = *(int*)Data->Data;

Das Casten muss aber sein. Im Übrigen hatte ich das Prinzip oben schon lange gepostet. Wenn du schlau gewesen wärst, hättest du dir meinen Beitrag besser durchgesehen.

Darkheart

Sorry,

hatte ich echt übersehen, aber danke für Euere Hilfe!

Gruß

Udo

Darkheart

Jetzt muß ich Euch mit dem Thema leider trotzdem nochmal belästigen. Wie sieht das dann bei Klassen aus. Hier ein Beispiel:

In einer Klasse mit dem Namen Item wird ein Pointer auf einen Klasse Katitem abgelegt (alles beide eigene Klassendefinitionen von mir).

Item->DataP = &Katitem;

Wie kann ich jetzt später diesen Pointer wieder auslesen und auf die Struktur bzw. die Daten von Katitem zugreifen?

Folgender Versuch

Tkatitem *tmpKatitem = (Tkatitem*)Item->DataP;

und der danach folgende Zugriff auf die Elemente von *tmpKatitem(Katitem) mit z.B.

tmpKatitem->Name

Bringt mir leere Werte. Warum? Normalerweise sollte doch der Pointer in Item-DataP lt. o.g Code in einen Pointer auf ein Tkatitem gecastet und dann tmpKatitem zugewiesen werden oder?

Danke
Udo

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?