Dealokace

[Aroidzap]

Ahoj, at se snazim, jak se snazim, nedari se mi tohle dealokovat. Pomuzete mi?

[Marek]

Jak kontroluješ, že v paměti zůstávají?
_________________
AMD Open Source Graphics Driver Developer

[perry]

Nevím, jak to kontroluješ.. jak psal Marek... ale pokud jenom nějakým pohledem na blok paměti, tak to, že něco zůstane ve výpisu bloku paměti neznamená, že to je blbě... Podstatné je, zda je paměť označena jako volná.
_________________
Perry.cz

[if.then]

Vážně si pořiď nějakou knihu o C++. Jinak se to prostě nenaučíš.

Na tvém přístupu je špatně hodně věcí:
1. std::vector není potřeba alokovat, na začátku je to jenom třída s pár atributy (velikost, kapacita, ukazatel na skutečné pole). Ukazatel má v tomhle případě akorát tu výhodu, že můžeš ukazovanou třídu smazat dřív, než se dostane out-of scope. Nicméně si nedokážu představit moc situací, kdy bys to využil.
2. I když používáš C++, pořád používáš C-style strings (char*). Je to naprosto zbytečné a jenom ti to přidělá spousty a spousty problémů. Použij std::string.
3. Když deletuješ, tak to znamená jenom to, že uvolněná paměť je nedefinovaná pro další použití. Může ti to hodit segmentation fault, vrátit nějaké voloviny, nebo prostě vrátit to, co v paměti bylo předtím (což se většinou stane). Jak říkal perry, hlavní je, že paměť je volná. Většinou se po delete doporučuje nastavit ukazatel na nulu (tj. 0, NULL nebo v C++11 nullptr, jsou v tom drobné rozdíly).
_________________
For guns and glory, go to www.ceske-hry.cz.
For work and worry, execute VC++.

[pcmaster]

Presne ako pise if.then (az na tu knihu, toho az takym zastancom nie som, ale prosim).

Destruktor std::vector::~vector() v podstate vyvola std::vector::clear() a ten uvolnuje (vola destruktory pre) kazdu instanciu, ktora v internom poli je. No ale TAG::~TAG() nie je, preto sa len uvolni sizeof(TAG) bytov, no a to je tak cele. Btw sizeof(TAG) je cca 20 (x86), nezavisle na "dlzke" "stringov" type_name, atd.

Musis si uvedomit aj to, ze tvoja trieda TAG (ano, struct == class) ma len implicitny konstruktor a destruktor, nemozes preto predpokladat, ze bude tusit, co ma spravit s clenskymi premennymi typu (char *).
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[perry]

if.then >

[Aroidzap]

(dik perry, uz jsem to spravil)

Jak to zjistuju? - V loopu, vytvarim tag_array, zapisuju, mazu. Pak se divam na pouzitou pamet. Na to, ze to jsou ty dva char* jsem prisel tak, ze po kazdem loopu je jejich adresa o kus dal a nevraci se na uvolnene misto.

Stringy tady nepouzivam, protoze manipulace s char* by mela byt rychlejsi. (Zatim jsem to teda nemeril, jen jsem to cetl)

[perry]

char * je o něco rychlejší... ale zálaží samozřejmě co s tím děláš.
Napsal jsem si nad char * vlastní string třídu používající klasické new[delka_retezce] a v testech mi vyšla rychleji než std::string.. navíc mám různě přetížené operátory na konkatenace... pokud to myslíš vážně a nechceš používat std::string, tak doporučuji napsat si vlastní string třídu... dělat pořád s char * je příšerná patlanina, nehledě na funkce typu strncpy apod, které v MSVC při překladu hází warning (dá se sice vypnout, ale není to pak tak pěkné) a doporučují nahrazení M$ funkcemi... ty ovšem jinde (gcc..) nejdou.
Pak jsou tu další řešení jako boost, pouze pro MSVC je soubor knihoven ATL, kde je i string (tyto knihovny používám např. pro hash-mapu.. přenositelnost mi netrápí, protože DirectX).
Psát všechno pomocí char * je blbost a ztráta času, která se za ty ms, co to přinese, nevyplatí.
_________________
Perry.cz

[Aroidzap]

No kdyz tech ms bude hodne, tak se to vyplati

[manutara]

sorry, ale neda mi.

hmm, pokial program pada, lebo ma bordel v pamati tak tie usetrene
``ms'' sa neprejavia ani nahodou

zatim...
_________________
hadam to OpenGL este par rokov prezije

[Aroidzap]

Vypada to snad, ze se nesnazim o to, abych v pameti ten bordel nemel?

Zkousel jsem to nejak udelat pomoci destruktoru ale to se mi nepovedlo... nenapada vas neco?

[if.then]

Asi takhle.

Uchovávat v paměti objekty můžeš třemi způsoby: globálně, na zásobníku nebo na haldě.

S globálními objekty nic neřešíš: na začátku programu se jim prostě zavolá konstruktor, na konci jsou smazány systémem. Nic složitého.

S objekty na zásobníku je to trochu složitější, ty totiž platí jenom v programovém bloku (v C++ je ohraničen složenými závorkami {}). To znamená, že když se exekuce kódu dostane na {, na vrcholu zásobníku vytvoří místo pro tyhle objekty. Když se dostane na odpovídající }, zavolá objektům destruktory a vrchol zásobníku smaže. (Mluvíme o tzv. out-of-scope.)

Objekty na haldě vytváříš tak, že máš ukazatel (globální nebo na zásobníku) a zavoláš funkci, která na haldě vytvoří objekt(y) určitého typu (typicky malloc, new /new navíc volá konstruktor/) a vrátí adresu prvního z nich. Ty si ji uložíš do ukazatele a pak s adresovanou pamětí pracuješ.

Ale pozor. Systém správy paměti neví, kterou paměť na haldě ještě používáš a kterou už ne. Když jsi tedy hotov, zavoláš na ukazatel inverzní funkci, tj.
malloc->free
new->delete
new[]->delete[]
a podobně. Teď už systém ví, kterou paměť už nepoužíváš a může ji přidělit, když o to někdo požádá. Hurá! V ukazatelích, které ukazovaly na tyto objekty, nicméně zůstává tato hodnota. Na to si musíš dávat pozor.

Pokud v tomhle nebudeš důsledný, mohou se ti přihodit různé pěkné věci. Takže si dávej pozor .

EDIT: A to, jestli std::string je rychlostně horší, to neřeš. Poznáš to, když budeš real-time pracovat s desetimiliony řetězců, ale jinak to fakt nemá vliv. Jak podotkl Donald Knuth:

[manutara]

-> if.then

ty by si mal prednasat, fakt velmi pekne vysvetlene a hlavne ``po lopate''
_________________
hadam to OpenGL este par rokov prezije

[Aroidzap]

Jinak teoreticky, kdyz nahodou neprovedu delete (z nepozornosti, ne zamerne), uvolni se pamet sama ne?

... povedlo se mi ten problem vyresit. Problem byl ale v alokaci... moc to nechapu, ale tak jede to no... alokoval jsem pro ty char* o jeden char min nez jsem zapisoval. Zahadou tedy je, proc to delalo problemy pri dealokaci, a ne pri zapisu na nealokovane misto...

[manutara]