Chyba v Delphi?

Ano, dynamicke premenne (v procedurach apod.) sa ukladaju do zasobnika, a ten nie je nekonecny (je primarne urceny na navratove adresy fcii a predavanie parametrov).
Stack overflow znamena ze zasobnik nestaci.
//Edit: a nie je to "moc velke na Delphi", zasobnik je obmedzeny v kazdom programe, take veci sa proste nerobia.

Chcel si alokovat 2x X na druhu bytov, ak je X dost velke tak to samozrejme moze nastat. Niekde sa da v nastaveniach zvacsit velkost zasobnika, ale nauc sa na taketo veci pouzivat dynamicke pridelovanie pamate (z heap), prip. cez new objekt, apod., v tom pripade mozes alokovat tusim aj celu volnu virtualnu pamat. Pozri si nejaky tutorial o tom.

V mojom pripade X=28. Este by som chcel vediet co sa mysli "dynamicke premenne". Ja si pod tym predstavujem napr. SetLength(var S; NewLength: Integer); ktora nieje znama dopredu ale vytvori sa az pocas (pod)programu. Zmenilo by sa nieco ak by to nebolo v podprograme ale hlavnom programe?

Bol by som vdacni keby ste uviedly cast kodu ako by to vizeralo s "(z heap), prip. cez new objekt".
Dakujem

Uff sorry ale ty nemas k tomu delphi ziaden manual?
RTL.asp
Ale radsej to asi rob ako objekt, Delphi to ma nejako moc zahmlene co sa tyka pamate, nikde ziadne poriadne info, ludia maju asi radi "ciernu skrinku" ktora nieco robi a nevedia ako, ale len do doby az to zacne vypisovat stack overflow, ze

//Edit: Tu si precitaj sekciu "Variables":
http://info.borland.com/techpubs/delphi/delphi5/opl g/memory.html

Ja uz som sa tu v jednom prispevku pytal ake su limity Delphi pri praci s RAM a o ziadnom zasobniku tam nikto nic nepisal http://pc.poradna.net/question/view/34431-ake-su-hr anice-delphi. Na nieco o zasobniku si pamatam este z Pascalu ale predpokladal som ze vo Windowse uz problem s RAM nieje ako v DOSe.

Akože nikto? A čítal si čo som písal ja? Presne to isté čo teraz ty som urobil v Turbo Pascale. A od TP k Delphi to nemá ďaleko. Delphi je jeho mladší brat.

Ty si tam pisal o Turbo Pascale a Dose a kedze ja som sa pytal na Delphi a Windows tak som dospel k mylnemu nazoru ze "zasobnik bolo nieco" iba v Dose s cim sa uz vo Windovse zaoberat nemusim. Vdaka MM.. uz viem ze zasobnikom sa musim zaoberat i vo Windovse.

Pozrel som sa do Project Options karta Linker a tam je Memory Sizes ako Min Stack Size $00004000 B a Max Stack Size $00100000 B. Takze pokial by som sa este stretol s touto chybou tak uz viem kde to mozem zmenit.

Na zaver pokial to dobre chapem tak zasobnik umoznuje prenasanie udajov medzi hlavnym programom a jeho podprogramami (procedurami a funkciami) popripade i proceduri a funkcie mozu mat vlastne proceduri a funkcie. Takze sa toto vsetko deli o zasobnik ktory ma definovanu urcitu velkost (v mojom pripade 100 000 B). Predpokladam ze by to malo fungovat tak ze pokial opustim proceduru alebo funkciu ktora mala lokalne premenne (napr. polia) tak sa zo zasobnika uvolni cast pamati ktoru zaberali?

IMHO to nie je 100000B ale hexadecimalne 100000, co je 1MB.
Ano mozes si to zvysit (pisal som ti to snad hned na zaciatku), ale nie je to rozumne (efektivita, a ak vytvaras data dynamicky tak nevies ci to pri urcitych specialnych vstupoch zas nedrbne kvoli rovnakemu problemu, apod.), pre vacsie mnozstva dat zasadne pouzivat objekty/fcie ktore pracuju s memory heap.

Ano ak opustis podprogram tak sa musi uvolnit zo zasobnika vsetko co sa na zaciatku podprogramu na zasobniku alokovalo, ptz. je nutne aby pri ukoncovani procedury bolo na vrchu zasobnika to, co pri volani procedury - navratova adresa.

Vdaka ja si tie odkazy precitam a pozrem sa ako je to tam riesene. Zatial mi staci moznost zvacsit si to rucne v tom nastaveni. Oznacil by som to za vyriesene. Ak sa stretnem z niecim comu este nebudem rozumiet tak vytvorim nove vlakno s danou temou.

Ja ešte doplním, že ak je program napísaný tak, že nekontroluje pretečenie zásobníka (čiže by ti nevypísalo túto chybu, čo si sem dal), tak to skončí spadnutím programu, pretože sa prepíše návratová adresa podprogramu. V extrémnych prípadoch sa stáva, že vďaka tejto chybe sa hacker nabúra do systému. Píšem síce, že v extrémnych prípadoch, ale tým myslím prítomnosť hackera. Ak prepíše návratovú adresu vhodnou hodnotou (vhodnou preňho), tak sa beh programu síce zrúti, ale riadenie sa korektne odovzdá systému a hacker má voľné pole pôsobnosti. Je to najčastejšia chyba v programoch, ktorá umožňuje nabúrať sytém. Takže veľký pozor na to, hlavne v programoch, ktoré bežia s najvyššími právami. Ak sa nemýlim, dokonca niektoré vírusy takto odpravia do večných lovísť mnohé z antivírov (niekde som to tuším čítal).

Takže ako má Intex vo svojom podpise na živě:

Aj ten najjednoduhší program sa neskôr môže vyvinúť ako veľmi zložitý...

To mas pravdu, bohuzel je to tak, mne zase vic stve ze nove delphi maj udelanou tak blbe napovedu (plovouci), pri prejezdu mysi jakekoliv procedury nebo funkce skoci napoveda ale nez najede je to treba 2-3 sekundy, tak se to jakoby zasekne , tak sem to vypnul a mam pokoj.

Nemas pravdu. To co popisujes nie je problem nedostatku zasobnika, to co popisujes je zneuzitie chyby programatora ak si nekontroluje velkost vstupu (v pascale by sa to nemalo stavat ptz. pascal interne kontroluje pristupy do pola).
priklad (C/C++):
void SpracujSlovo(char* slovo)
{
char pomocnybuffer[20];
strcpy(pomocnybuffer, slovo); - tu je bezpecnostna diera, hacker ju moze zneuzit ak vie sposobit ze "slovo" bude mat viac ako 20znakov
...
}
Nema to nic spolocne s velkostou zasobnika, ten moze byt aj milion gigabytov stale to bude derave.

Ak by bol maly zasobnik a nekontrolovalo by sa to, tak by si sa dockal pravdepodobne windows hlasky "program proved nelpatnou operaci a bude ukoncen" ptz. by sa prekrocil limit stack segmentu (CPU exception).

vďaka tejto chybe

Mal som na mysli chybu programátora, vďaka ktorej vypíše Delphi chybu, ktorú sem dal Andrej.

To spolu nesuvisi!
Pri chybe o ktorej pises sa nevypise chybove hlasenie "stack overflow". Proste pises o niecom inom. Andrej len pouziva prilis vela velkych lokalnych premennych, to nie je bezpecnostna diera, (neda sa to zneuzit hackerom), je to len problem v tom ze mu nastavena velkost stacku nestaci a program je v tom momente preruseny.