malloc ?

Det er bare for sjov, ikke ?

ip = malloc(1000);

Det er fordi det går så hurtigt at du ikke når at vente på at loopet bliver færdigt.

Hvad er det helt præcist du vil ?

det er bare for sjov erik :)

vi prøvede det med min lærer og så ville jeg da lige som jeg ik kunne finde ud af det..

soreno > burde den så ikke opretholde en masse hukommelse i rammene?

så virkede det

/// test ///
#include <stdio.h>
#include <stdlib.h>

int main()
{
int *ip;
int i;

for(i = 1; i < 5000000; i++)
    ip = malloc(100);
return 0;
}

øgede antal gange den kørte og lod den allokere lidt mindre :)

erik > smider du et svar?

Det kommer an på dit Operativ System. Windows releaser, så vidt jeg husker, selv alle resourcer som dit program har allokeret - men derfor bør du nu rydde op alligevel :-)

Hehe..jep, da jeg lukkede programmet frigab Windows en masse ram :)

Men jeg takker for hjælpen!

Alle bare kvart fungerende operativ-systemer frigør memory
allokeret med malloc, når et program afslutter.

/*
Der er jo ikke sikkert at alle operativ systemer overholder malloc's
krav til operativ systemet.

fx. følgende kode er ikke garanteret at virke på en kendt operativ
system, selvom den første malloc fungere.
*/
// indsæt her et passende antal include.

int main(void) {

char
  *test;

assert(test = malloc(1000000));
free(test);
assert(test = malloc(1000000));
free(test);

  return EXIT_SUCCESS;
}

Lidt anden problem-stilling.

Det er en "dum" malloc. En fejl i C RTL. Men hvis
memory allokeret af et program ikke bliver releaset ved
program exit, så er det en operativ-systems fejl.

Iøvrigt af nysgerrighed: hvilket OS har problemer med at
genbruge memory i malloc ?

Bare en sidebemærkning.
Har en underlig erfaring med linux - når man i et loop allokerer og frigør en masse hukommelse, så ser det ud som om hukommelsen stadig er "besat" efter sidste gennemløb af løkken - men der er ingen memory leaks, da f.eks. 100000 gennemløb giver samme memory forbrug som 1 gennemløb, og der er ingen statiske variable eller funktioner.

stringbuffer>

Der er der ikke noget udnerligt i.

Mange (formentlig de fleste) C RTL/OS kombinationer
kører med en 2 layer allokering.

Du malloc'er 1 MB.

C RTL beder OS om 1 MB.

Du free'er de 1 MB.

C RTL beholder de 1 MB men putter dem bare på en free list.

Du malloc'er 1 MB.

C RTL giver dig 1 MB uden at spørge OS.

Du free'er de 1 MB.

C RTL beholder de 1 MB men putter dem bare på en free list.

Set fra OS er der stadig allokeret 1 MB til din process.

Stringbuffer's ogArne's ovenstående beskrivelse er den korrekte
måde at virke på for en C implementation.

Den skal kræver at du kan genallockere frigivet hukommelse, hvilket
der ikke var (er der det nu?) i windows, hvor frigivet hukommelse
bliv stillet til rådighed for andre programmer før program terminering
hvilket gjorde at den anden allockering kunne fejle fordi virtuel
hukommelse i mellemtiden var opbrugt.

okay..hva er der gået galt her? :/

kan ikke se noget tekst

Fejl i ekspertens database - det virker sikkert (forhåbentlig..) igen imorgen.

LOL, hvad var spørgsmålet?

stadig ingen forbedringer :(

men spørgsmålet gik på et lille program jeg havde bikset sammen..hva fejlen var osv :)

fik et svar..men kan ikke huske hvem der gav mig det :D

ingen der vil svare?

Det var vel Erik der løste dit problem, men han er vist ret svær at få
til at ligge et svar for tiden.

hmm, det har du vist ret i :)

hmmm lukker her..

sig til hvis der er nogen der føler sig uretfærdigt behandlet, så opretter jeg et spørgsmål til vedkommende :)