limita de memorie la OJI?

[•svalentin]

De exemplu, odata incercam sa aloc dinamic liste de adiacenta pentru un graf folosind realloc. Am generat un fisier de test cu mai multe muchii, si cand am rulat programul se bloca inexplicabil. Am facut debug pas cu pas si am constat ca la un moment dat, cand incerca sa aloce o muchie aparea ecranul negru si nu se intampla nimic, ceva de genul bucla infinita.

Alocai cu malloc si erai in modelul de memorie small. Malloc aloca din heap (64k max pe small) si doar pe modelele de memorie compact, large sau huge aloca din far heap (unde ai spatiu cat te tine RAMul sau nelimitat in windows/linux). Daca la programul ala compilai cu model de memorie compact, iti mergea perfect.
Daca vrei sa nu depinzi de modelul de memorie aloca memoria cu farmalloc.. dar ai grija ca apoi trebuie peste tot sa lucrezi cu far pointeri (ex: int far *a). Prin urmare scanf nu o sa mearga cu variabilele respective (el lucreaza cu pointeri, nu cu far pointeri) si inca cateva functii care trebuie sa le tratezi mai special (memcopy devine fmemcopy... etc)

Sau.. poti sa bati comisia de la OJI la cap sa compileze toate sursele cu modelul de memorie compact sau large (huge nu recomand).. tot ce au de facut este sa adauge -ml la linia de compilare.
Sau.. poti sa folosesti pragma si sa setezi explicit in programul tau modelul de memorie in care vrei sa compilezi (dar daca ai un model specificat cu pragma si la compilare setezi alt model, nu stiu exact pe care din cele doua le ia in considerare)

Alocarea de memorie merge foarte bine in BC, doar ca este putin mai complex facuta dupa cum am detaliat mai sus.. este asa ca acel compilator poate creea executabile si pentru procesoare 386, care nu aveau decat 64k + memorie extended paginata sau chiar procesoare mai varza

[•astronomy]

Intr-adevar, mersi de informatii  Am facut acuma cu malloc si am compilat cu modelul compact sau large si a mers.

[•k_ounu_eddy]

Am o intrebare,intrucat asta e primul an cand merg la OJI.Sursele se compileaza pe acelasi calculator?Ca de ex,un calculator poate avea un procesor mai bun ca altul...
Si a mai zis cineva ca un milion de operatii => 0.1 sec.Am inteles bine aici?

[•cos_min]

Da se va evalua la acelasi computer.

[•tudalex]

Daca vrei sa nu depinzi de modelul de memorie aloca memoria cu farmalloc.. dar ai grija ca apoi trebuie peste tot sa lucrezi cu far pointeri (ex: int far *a). Prin urmare scanf nu o sa mearga cu variabilele respective (el lucreaza cu pointeri, nu cu far pointeri) si inca cateva functii care trebuie sa le tratezi mai special (memcopy devine fmemcopy... etc)

Si cum poti citi cu scanf o variabila far? Sau trebuie sa citesti un int si apoi sa il faci ceva de genu a=t; ??

[•svalentin]

ai cam ghicit

Cod:

int a;
int far b;
...
scanf("%d\n", &a);
b=a;

[•StTwister]

Am o intrebare,intrucat asta e primul an cand merg la OJI.Sursele se compileaza pe acelasi calculator?Ca de ex,un calculator poate avea un procesor mai bun ca altul...

Aici cred ca depinde de fiecare comisie judeteana. Anul trecut nu mi s-a acordat dreptul sa supraveghez evaluarea, chiar daca am solicitat acest lucru. Asa ca cel mai bine intreaba profesorul tau sau comisia de evaluare

[•marcelcodrea]

Am o intrebare,intrucat asta e primul an cand merg la OJI.Sursele se compileaza pe acelasi calculator?Ca de ex,un calculator poate avea un procesor mai bun ca altul...

Anul trecut , pe mine m-au lasat sa particip si au evaluat pe acelasi calculator ! 

[•Darth_Niculus]

 Probabil se va compila pe un calculator cu aceleasi resurse ca cel pe care ai lucrat tu.

[•c_sebi]

explicati-mi va rog cum se compileaza o sursa din linia de comanda?

[•sima_cotizo]

In borland, daca e in pascal dai direct "bpc sursa.pas", iar in c/c++ intai setezi variabila %PATH%  astfel incat sa indice spre directorul "bin" al borland c si pe urma "bcc sursa.cpp"... (chestia aia cu variabila parca era "set %PATH%=%path%;C:\borlandc\bin" )...