🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.lang.clos
Article #271

class prototypes

#271
From: john
Date: Thu, 05 Nov 1992 22:56
21 lines
1338 bytes
Just to complicate things:

This discussion seems to assume that the class-prototype is NOT
identical to a user-created instance.  However, the first time
ALLOCATE-INSTANCE was called on a class, an implementation could cache
the result as the prototype, unless the prototype already existed (or
even if it did?).  This could even be done all the way up the
superclass chain, thus allowing some classes to have the SAME
prototype.  One (probably misguided) argument for this behavior would
be that it saves space.

Of course, the prototype is often (usually?) needed BEFORE the user
instantiates a class.  Worse, the user might change the class of the
cached instance, and the implementation would then have to recover.

Still, is there anything in the MOP that proscribes a class prototype
from being identical to a user-created instance, or to another class's
prototype?

John Burger
john@mitre.org
Technical Details
Message-ID: <9211052256.AA05389@thelonius.mitre.org>
Path: arc1-ca.pugleaf.net!sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!linus.mitre.org!john

Show Full Headers
Complete Article Headers
Newsgroups: comp.lang.clos
Path: arc1-ca.pugleaf.net!sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!linus.mitre.org!john
From: john@linus.mitre.org
Subject: class prototypes
Message-ID: <9211052256.AA05389@thelonius.mitre.org>
Sender: daemon@cis.ohio-state.edu
Organization: The Ohio State University Department of Computer and Information Science
Date: Thu, 5 Nov 1992 22:56:02 GMT
Lines: 21