From owner-freebsd-current Fri Aug 7 00:24:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14605 for freebsd-current-outgoing; Fri, 7 Aug 1998 00:24:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA14579 for ; Fri, 7 Aug 1998 00:23:48 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA27067; Fri, 7 Aug 1998 00:23:32 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpd027033; Fri Aug 7 00:23:25 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA22404; Fri, 7 Aug 1998 00:23:21 -0700 (MST) From: Terry Lambert Message-Id: <199808070723.AAA22404@usr08.primenet.com> Subject: Re: Heads up on LFS To: jdp@polstra.com (John Polstra) Date: Fri, 7 Aug 1998 07:23:21 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199808070401.VAA29890@austin.polstra.com> from "John Polstra" at Aug 6, 98 09:01:54 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > We were talking about SPIN and Modula-3. When did the subject change > to real-time OSs and portable devices? And there is a vast gulf > between "more than 0 bytes difference between memory allocated and in > use" and "leaks like a sieve." You still haven't provided any support > for the latter statement in reference to Modula-3's garbage collector. SPIN purports (on their www pages) to be RT. Perhaps "leaks" is a bad word, since it implies "unreferenced allocations". Languages that rely on GC'ing allocations reference the allocations in the allocator. They are only unreferenced as far as the program is concerned. >From the perspective of a program that believes it is running in its own virtual machine, however, there is very little difference between memory referenced by an allocator but not by me and memory that has leaked. In either case, until the GC runs, there is a program-observable leak. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message