Pointer validation code
Scott R. Presnell
srp at babar.mmwb.ucsf.edu
Thu Feb 7 02:53:56 AEST 1991
donl at glass.esd.sgi.com (donl mathis) writes:
>In article <9102041731.aa11984 at WOLF.BRL.MIL>, mike at BRL.MIL (Mike Muuss) writes:
>> I handle memory corruption and pointer mis-handling in a rather
>> different manner. I have "wrapper" subroutines called
>I have a similar package that accomplish much the same thing, but in a
>somewhat more formal environment. My model for memory use was that a
[...]
With all this talk of pointer validation, wrappers for alloc etc. I thought
I'd ask if anyone had been using the C garbage collection scheme posted to
comp.sources.unix about a year and a half ago? Having learned Lisp before
C I thought garbage collection was a pretty cool idea... I ran the test
and tried it out a couple of times on my own small programs without any
problems, but I haven't used it in a "production" tool yet. Anyone using
it out there?
This is the header to the post:
=
=This is intended to be a general purpose, garbage collecting storage
=allocator. The algorithms used are described in:
=Boehm, H., and M. Weiser,
="Garbage Collection in an Uncooperative Environment",
=Software Practice & Experience, September 1988, pp. 807-820.
=
=Many of the ideas underlying the collector have previously been explored
=by others. (We discovered recently that Doug McIlroy wrote a more or less
=similar collector that is part of version 8 UNIX (tm).) However none of
=this work appears to have been widely disseminated.
=
=The tools for detecting storage leaks described in the above paper are not
=included here. There is some hope that they might be released by Xerox in
=the future.
=
=Since the collector does not require pointers to be tagged, it does not
=attempt to insure that all inaccessible storage is reclaimed. However,
=in our experience, it is typically more successful at reclaiming unused
=memory than most C programs using explicit deallocation.
=
Just curious
- Scott Presnell (srp at cgl.ucsf.edu)
--
Scott Presnell +1 (415) 476-9890
Pharm. Chem., S-926 Internet: srp at cgl.ucsf.edu
University of California UUCP: ...ucbvax!ucsfcgl!srp
San Francisco, CA. 94143-0446 Bitnet: srp at ucsfcgl.bitnet
More information about the Comp.sys.sgi
mailing list