[an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]
[an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]![]() |
![]() |
![]() |
|||||||||||||||||||||||||
|
|||||||||||||||||||||||||||
![]() |
![]() |
![]() |
On Thu, 2004-08-12 at 16:04, Peter Makholm wrote: > Bo Simonsen <sslug@sslug> writes: > > > free() er nok lidt mere end en noop. Måske bliver det smidt i en kø for > > frigivning.. Er formentlig ikke ligeså performerence krævende. > > At smide noget i en kø lyder bare som om at skubbe problemerne foran > sig. glibc's free() laver faktisk ikke så lidt bogholderi. Naturligvis, men hvis den bibeholdte køen indtil den manglede memory, så kunne den frigive jo. > > Problemet med operativsystemer er at programmørene implementere det som > > de lyster, så er det svært for studerende/e.l. at hitte rede i hvordan > > at skidtet rent faktisk virker. > > Linux/glibc er ikke skrevet til undervisningsbrug. Så skal du nok have > fat i Minix. Naturligvis ikke, min pointe er blot at man implementere OS'er på forskellige måder.. > >> > sbrk er også nævnt i ikke-ansi udgaven af K&R. > >> > >> Tilgengæld er den bevidst udeladt af POSIX.1 > > > > Pga. malloc()-familien kun er brugt ? > > brk(2) på mit system siger: > > brk and sbrk are not defined in the C Standard and are > deliberately excluded from the POSIX.1 standard (see paragraphs > B.1.1.1.3 and B.8.3.3). > > Jeg har ikke gravet referencerne op. Hmm.. Hvilken C standard taler man om? ANSI C? Er sbrk udeladt i K&R ANSI C udgaven? Men selvføglelig kan de jo også være udeladt i ANSI C93. Bo
![]() |
![]() |
![]() |
||||||||||||
|
||||||||||||||
![]() | ||||||||||||||
|
||||||||||||||
![]() |
![]() |
![]() |