Das deutsche QBasic- und FreeBASIC-Forum

[E-P-S]

Es tut mir leid, aber irgendwie raff ich es einfach nicht so sehr ich mich auch bemühe.

Folgende Situation. Ich erstelle ein UDT

[ThePuppetMaster]

versuche mal:

[E-P-S]

Oh Mann,

das CALLOCATE(SIZEOF(UDT)) ....

ist ja logisch, ich muß ja für jedes anglelegt UDT erstmal Speicher anlegen

ok, das hab ich damit zum Laufen bekommen - heftigsten Dank.

Eine Frage noch:

Da ja nun Speicher reserviert wird, jedesmal wenn ich einen solchen UDT mit meinem TreeView verknüpfe, sollte man den sicherlich wieder freigeben.

Passiert dies automatisch wenn ich den Eintrag aus dem TreeView lösche, da so auch der Handle auf's UDT verloren geht? Oder muß ich das vorher (wenn ja wie) explizit wieder freigeben?
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[St_W]

Soweit ich weiß musst du das in FB selbst wieder freigeben.

Höhere Programmiersprachen würden sowas automatisch machen (z.B. C#).
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Jojo]

[E-P-S]

Ok, vielen Dank nochmals an euch.

Nebenbei: Das Anlegen geht auch mit NEW und das Deallocieren logischerweise auch mit Delete. Man muß also nicht CAllocate oder Allocate nehmen.

Dies nur für andere die mal über den Thread hier stolpern
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[ThePuppetMaster]

(C)Allocate >sollte< immer DeAllocate'ed werden. Unter Linux wird das zwar rabiat gehandhabt, udn der speicher nach programmende automatisch mit getilt, aber ob das utner win auch so is, kann ich nciht mit sicherheit sagen. Zumidnest sind die anzeichen daführ früher eher schelcht gestanden.

Das C vor dem Allocate sagt ja nur aus, das der Speicher nach der reservierung mit 0 aufgefüllt wird, um (vorallem bei Poitner in UDT's zu empfehlen) zu verhindern, das Daten in der Variablen stehen, die man dort nie rein geschrieben hat. Bei LinkedList's is das vorallem sehr sinnig, um zu verhindern, das auf einmal Pointer vorhanden sind, die zuvor nie erzeugt wurden, bzw. Werte, die als Pointer von FB, bzw. dem MM interpretiert werden.


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[Jojo]

[Sebastian]

[OT]

[ThePuppetMaster]

[MisterD]

auch die erwähnten "höheren" programmiersprachen würden von hand allozierten speicher nicht freigeben. Faustregel: Was man von hand reserviert muss man von hand wieder freigeben. Die höheren programmiersprachen haben einfach in der Regel keinen mechanismus mehr, von hand speicher zu allozieren. Das ist ja auch einfach nur unschön zu benutzen
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[Jojo]

[St_W]

Mit "höher" meinte ich eigentlich so ca. "weiter von der Hardware entfernt". Und FB (was ich gerne mit C gleichsetzte) ist da für mich weiter "unten" als etwa C# / Java (ist ja auch wieder ziemlich ähnlich).

Und C# gibt definitiv Speicher, den man z.B. beim Anlegen einer Variable angefordert hat (z.B. "myClass test = new myClass();"), mit dem integrierten Garbage Collector wieder frei, wenn keine Referenz darauf mehr existiert.

Aber egal. In FB sollte man jedenfalls den Speicher wieder freigeben - obwohl der Speicher von Windows später sowieso freigegeben wird.
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[MisterD]

ein objekt instanzieren hatte ich jetzt nicht als manuell speicher allozieren angesehen ;P normal angelegte variablen werden ja grundsätzlich von alleine wieder freigegeben
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra