memoria disponibila in bc++ 3.1

[tmac]

dupa indelungi studii si cautari constat    ca poti aloca cam 60 kB static si alte 60 kB impartite intrun mod ciudat intre far heap si heap (memory model small). (farcoreleft() si coreleft() ; farcalloc() si new). la schimbarea modelului de memorie pe huge apar in mod parsiv 60 k cu 60 k la farcoreleft() si coreleft() insa orice alocare in oricare dintre ele le scade pe amandoua   . exista vreo solutie sa folosesc mai multa memorie decat 2 * 60 k in c++ ? spunetimi ca gresesc undeva ... si ca se poate face ceva ... vreau mai multa memorie    sa nu ma luati cu rhide, devc++ ca stiu ca acolo se poate aloca oricata, vreau aicea  

[•svalentin]

Din cate scrie in helpul de la BorlandC pe modelele large si compact ai 1MB pt segmentul de data si stack...
Si daca vrei mai multa memorie aloca dinamic.. (malloc)

[tmac]

asta am citit si io. am schimbat frumos modelu de memorie, recompilare. nimic tot atata memorie in heap si farheap. nici nu te lasa so compilezi dak staticu depaseste 64 K. si malloc tot de acolo ia memorie din heap. asha ... ca    nici nu pot sa schimb modelu de memorie cu # pragma pt  nu are nici un efect din cate am vazut . so  

[tmac]

se poate modifica heap size pentru program prin optiuni de gen # pragma sau alte astea ?

[cristi8]

daca iti trebuie urgent o solutie si nu reusesti sa aflii cum sa aloci mai multa memorie, ai putea tine datele pe care nu le folosesti intr-un fisier sau ceva.. chiar daca e mai lent, e functional

[tmac]

e vorba de concursuri la info respectiv olimpiada, dasta am si apelat la voi   . ce sa fac cu un fisier acolo ? il citesc de 1000 ori  

[u-92]

mai este huge de exemplu

Cod:

int huge a[100000];

care merge, dar mai incet decat ai aloca dinamic.. din cate am auzit eu alocarea dinamica in borlandc buseste

[tmac]

hmm da, ms ca nu mai lasat sa ma dau cu capu de pereti in continuare   . ce n00b sunt   da merge si cu huge si far static. se poate modifica si program heap size din debugger de acolo. se duce pana la 400 k in farheap. dar cum o pot face prin intermediul sursei , adica cu optiuni de compilare ?

[•wickedman]

the bad news is... you can't
switch to gcc

[cristi8]

si la olimpiade ar trebui sa existe solutii de 100 folosind memoria pe care o are Borland, fara a utiliza "smecherii". deci esti atent la ce nu mai folosesti in program sau nu trebuie sa retii neaparat, si ar trebui sa te descurci

[•Marius]

hmm da, ms ca nu mai lasat sa ma dau cu capu de pereti in continuare   . ce n00b sunt   da merge si cu huge si far static. se poate modifica si program heap size din debugger de acolo. se duce pana la 400 k in farheap. dar cum o pot face prin intermediul sursei , adica cu optiuni de compilare ?

Daca faci "jmenul" pe calculatorul tau, o sa functioneze si pe calculatorul comisiei?  Intreb doar...  

[•greco]

si la olimpiade ar trebui sa existe solutii de 100 folosind memoria pe care o are Borland, fara a utiliza "smecherii". deci esti atent la ce nu mai folosesti in program sau nu trebuie sa retii neaparat, si ar trebui sa te descurci

Gresit.. Borland trebuie eliminat total de la concursuri.

[vladut.forum]

Stie careva care sunt riscurile folosirii in BC a declaratiei:

int huge v[100001];

ma intereseaza pe OJI pentru ca aici compilarea se face sub BC  

off ce aiurea cu BC...