C/C++ dynamická alokace paměti

Proč být nějaký troškař a alokovat pole na hnoji (stacku) po troškách, když můžeš přímo alokovat potřebnou velikost RAM a s daty pracovat přímo v ní .Příklad alokace 5GB RAM (pro načtení dat ve velkém souboru, čtení po 2 501 566 399 bytech najednou a práci s načtenými daty v RAM).//* Alokujeme pamět pro celý soubor *// static const SIZE_T giga = 1024 * 1024 * 1024; static const SIZE_T size = 5 * giga; ptr = static_cast<BYTE*>(VirtualAlloc(NULL, size, MEM_COMMIT, PAGE_READWRITE)); bsrc = ptr;

Mrkni nahttps://www.guru99.com/c-dynamic-memory-allocati... Doporučuji dát dotaz spíše nahttps://www.itnetwork.cz/cplusplus/diskuzni-forum-...

heapArray máš alokovaný iba pre jeden int. Všetky priradenia do heapArray[x], kde x je väčšie ako 0 ti prepisujú haldu v tebou nealokovonom mieste...

Nejprve par poznamek:2. realloc() muze zachovat data, ale take muze vytvorit novy blok, kam ta data zkopiruje. V tu chvili pripadne existujici ukazatele nemaji platnou hodnotu.3. v C++ realloc() je samozrejme take, ale ve vetsine pripadu neni potreba.Obecne je dobre realloc() nepouzivat, neni-li to nutne, protoze neni zarucene zda se operace podari, nelze predem poznat, zda se bude vytvaret novy blok pameti a data kopirovat, coz neni efektivni.A ted odpoved na otazky: ano, je to totalne cele spatne, ale funguje to diky nahode :)Ta pamet, kam se zapisuje za hranici alokovaneho pole tam muze, ale take nemusi byt (segmenty pameti lze omezit na urcitou velikost, nebo tam nemusi byt namapovana fyzicka pamet, atd.), to zalezi na operacnim systemu. A i kdyz tam ta pamet je, muze patrit jinemu objektu a timto se tam zanesou paradni chyby.

Pak je taky často k vidění použití "ptr = realloc(ptr); if (!ptr) { goto chyba; }", co při chybě leakuje paměť, protože realloc nechá původní data alokovaná i když vrátí NULL.V C++ je v 99% případů lepší používat STL.

A ještě jsem zapomněl na AddressSanitizer, ten je při ruční správě paměti v podstatě nezbytnost.

u dynamických polí je třeba brát v úvahu jisté zákonitosti.problémem tvého příkladu je, že pokud tam nedáš počet, tak alokuješ paměť jen určité velikosti a můžeš se dostat mimo oblast přidělenou programu, případně může dojít ke kolizi s jinou oblastí, kdy změnou údajů v jednom dynamickém poli dojde ke změně údajů jiného dynamického pole nebo proměnných.Správný Debuger ti pak při testování rovnou řekne, že se pokoušíš pracovat s nepřidělenou pamětí.

jinak tady ti také poradímehttp://programujte.com/forum/t5ebahttp://programujte.com/forum/vlakno/32325-ukazat...

Tam je pěkně mrtvo.

silne doporucujem nepouzivat vlastne postupy pre dynamicke polia a vytvorit si jedno, dostatocne velke. v opacnom pripade pouzivat iba pomalsi ale istejsi vector.takmer vsetky hry na sposob minecraftu, ktore pouzivaju velke polia s dynamickymi zmenami, maju toto ako hlavny zdroj chyb, bez moznosti ich ovplivnit.

Velikost polí musíš udávat! Minimálně z důvodu aby bylo jasné, co je ještě volné, a tedy kde se může paměť alokovat pro další dynamicky alokované proměnné.Tvůj příklad funguje, ale jen díky tomu že v něm nemáš nic jiného a díky tomu jak systém přiděluje paměť procesům.Schválně si vyzkoušej vytvořit dvě pole. Jedno třeba na 3 prvky a druhé na 5 prvků.int* heapArray3 = (int*) malloc(3* sizeof(int));int* heapArray5 = (int*) malloc(5* sizeof(int));Pak to naplň daty:heapArray3[0] = 300;heapArray3[1] = 301;heapArray3[2] = 302;heapArray5[0] = 500;heapArray5[1] = 501;heapArray5[2] = 502;heapArray5[3] = 503;heapArray5[4] = 504;A teď si zkus vypsat prvních 5 prvků z pole heapArray3. Nejspíš to vypíše hodnoty: 300, 301, 302, 500, 501. A zkus hádat proč.A jako bonus si zkus vypsat Milióntý prvek pole heapArray3 a hádej proč to crashne. heapArray3[1000000]

Tak tady máš pár příkladů: https://pastebin.com/aYpQYH6PNaprosto zjevný memory leak: nikde neuvolňuješ heapArray. Použij raději C++ a (a) alokaci na zásobníku pro malá pole nebo (b) std::unique_ptr, abys na dealokaci nemusel explicitně dbát.Zkoušel jsi to spustit s valgrindem? Zjevně ne, protože jinak by bylo jasné, že když si naalokuješ "pole" o velikosti jednoho intu (4 byty), tak potom zápis do položky 0 sice dává smysl, ale zápisy do položek 1 a 2 dělají něco nedefinovaného. Tedy zapisují náhodně do paměti, někam kdovíkam, za konec toho 4-bytového (1-intového) pole. Tam může být cokoliv. Třeba struktury alokátoru paměti. Který pak při dalším pokusu o alokaci / dealokaci odletí. Doporučuji víc než vřele valgrind.Komentář "v pořádku" je fakt vtipný. Ne, zapsat něco náhodně někam do paměti, která není řádně alokovaná, opravdu ale opravdu není v pořádku.> jakou hodnotu má dalších 7 políček a existují vůbec?Nikde neexistují žádná políčka. Existují jenom pointery a adresy ve virtuální paměti. Můžeš se pokusit zapsat kamkoliv nebo přečíst cokoliv. Když bude mít proces zrovna náhodou příslušnou stránku namapovanou (mmap binárek a knihoven, předalokovaná halda, rezerva pro zásobník, kdesicosi), bude to zdánlivě fungovat a něco jakože dělat. Pokud ovšem ta pamět (příslušná stránka) nebude namapovaná, celý proces samozřejmě (po zásluze!) odletí. (Pokud tedy nemaskuje SIGSEGV a nechce takový stav nějak sám ošetřit. To nikdo kromě debuggeru nebo JVM asi nechce.) Pokud paměť (příslušná stránka) bude namapovaná, hodnota záleží na tom, co ji zrovna používá. Pokud nic, budou tam prostě náhodná data, která tam jen tak zbyla po předchozím použití. Dost často to můžou být samé nuly, jindy zase něco jiného. Náhoda.Datové struktury jsou abstrakce nad lineárně adresovanou pamětí. Samy od sebe neexistují. Existují jen v představách programátora a… v programovacím jazyce.> pointerová aritmetika fungujeAno, ale bylo by lepší ji provádět na řádně alokované paměti, nikoliv sahat 36 bytů za konec alokované oblasti. To je asi jako sahat školačce na malé neposedné kozičky. Může to fungovat a projít. Může přijít rána pěstí od fotra školačky. Může přijít film V síti a poté policie.> pokud funguje kód výše proč bych vůbec při alokaci pole měl udávat počet políček?Protože kód výše n.e.f.u.n.g.u.j.e, což bys zjistil, kdybys to spustil přes valgrind. Žádný počet políček se nikde neudává; udává se počet bytů. Pokud chceš alokaci, která je trochu bližší "počtu políček", doporučuji nelpět až tolik na C a použít C++ a new.> přímo zabudovaným vectoremNesmysl. Žádný zabudovaný vector neexistuje. std::vector je knihovna jako každá jiná, implementovaná nad poli, new[] a delete[].Inu, doporučuji podívat se na https://pastebin.com/aYpQYH6P a pokusit se pochopit jednotlivé příklady. Druhý krok by mohl být vyzkoušet, co z toho bude fungovat v C a co je specifické pro C++. Každý krok by ovšem měl zahrnovat valgrind; ten je naprosto nezbytný. Ukázat celý příspěvek

Děkuji všem za velmi poučné rady, které pomohly! :) nechtěl jsem se vrhat do něčeho dalšího, dokud aspoň částečně nepochopím tohle. Teď se můžu pustit do dalších pokusů.