From ... From: Erik Naggum Subject: Re: destroying CLOS objects Date: 2000/10/13 Message-ID: <3180424976215361@naggum.net>#1/1 X-Deja-AN: 680958252 References: <39E49E6E.BD032915@robotics.eecs.berkeley.edu> <8s28cg$iliuq$1@ID-22205.news.cis.dfn.de> <39E4AA26.D9826807@robotics.eecs.berkeley.edu> mail-copies-to: never Content-Type: text/plain; charset=us-ascii X-Complaints-To: newsmaster@eunet.no X-Trace: oslo-nntp.eunet.no 971436208 14369 195.0.192.66 (13 Oct 2000 11:23:28 GMT) Organization: Naggum Software; vox: +47 800 35477; gsm: +47 93 256 360; fax: +47 93 270 868; http://naggum.no; http://naggum.net User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 Mime-Version: 1.0 NNTP-Posting-Date: 13 Oct 2000 11:23:28 GMT Newsgroups: comp.lang.lisp * Christopher Browne -> Tunc Simsek | Why do you think that this is forcibly _needed_? | | There is a longstanding set of research into a memory management ... This is about object management, not memory management. Grow a clue. | That automobile, no longer being referenced, is Fair Game for the Grim | Reaper aka the Garbage Collector. He's asking "how to get to the no-longer-being-referenced state?" | The point is that the way you delete something is to not refer to it | anymore. Why do you think he doesn't understand that? He's asking about how to ensure that nothing refers to it anymore. Can't you read? | There's no problem; you need only throw away the references, and | the automobile object will indeed get deleted. Will you get around to tell him how to throw away the references, or will you keep telling him he "need only do it"? I'm getting the very distinct impression that you don't know how to get rid of the references and can't really help him, so you think this is about something you can "help" him with. This is stupid newbie behavior. What is it about you guys who grew up with C++ and confuse object management with memory management? Just because C++ doesn't know how to separate the two management tasks doesn't mean they aren't two separate management tasks. If you really _understood_ what Garbage Collection (as you write it) is all about, you would not have this anal-retentive reaction to object management as if it were about memory. I don't think you appreciate what the life of a complex object in a complex relationship with other objects really entails and requires of the programmer. Garbage collection is great, but that doesn't mean you can drop everything on the floor and never have to do anything -- even though most programmers are exceedingly young and immature, their mom is no longer around to do that particular kind of magic. Here's a clue-giving question: When and why do we need finalization in a system with garbage collection? When and why do we need explicit control over the destruction of certain (which?) objects, and when would untended garbage collection be counter-productive? #:Erik -- I agree with everything you say, but I would attack to death your right to say it. -- Tom Stoppard