TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Forum View

Use Proportional Font
Show HTML Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Reply To:
Date:
Tue, 21 Aug 2001 09:14:39 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (37 lines)
compaction/coalescing, whatever....


Back in the 1990s, I used a compiler that did not

defragment its internal free list.  It's algorithm

for managing memory ensured that no matter how well

the application ensured things were deallocated, the

free list would get longer and longer and more and

more fragmented, and allocations would get slower

and slower until there was no memeory left.



When we complained to the vendor, they sent us a

package containing nothing but two pragmas.  By

withing that package into our main program, we

caused the linker to use malloc and free instead

of the vendor's run-time manager.



Result: thread-safe, efficient, reliable, RM-compliant

memory management!  So why on earth did they do what

they did in the first place?

ATOM RSS1 RSS2