CommonLoops

• Thread Index

• Class Precedence List
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• STANDARD-TYPE-CLASS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Terminology: lattice
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• terminology confusion: subclass, superclass
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :allocation slot-option issues
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Terminology
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• bug in slot parsing
  • From: ricks%eros.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Very Dull Message About Class Precedence Lists
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• PCL in release 7.0
  • From: Dawn MacLaughlin <dmaclaug@VAX.BBN.COM>
• Re: terminology confusion: subclass, superclass
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: STANDARD-TYPE-CLASS
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class Precedence List
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• OOPSLA paper
  • From: Dawn MacLaughlin <dmaclaug@VAX.BBN.COM>
• Some invariants
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: STANDARD-TYPE-CLASS
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: :allocation slot-option issues
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class Precedence List
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Method Combination Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Method Combination Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Question about MAKE-METHOD Arguments
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: Terminology: default value form
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: MAKE-METHOD arguments discussion
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: Comments on various comments
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: STANDARD-TYPE-CLASS
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• pcl in release 7
  • From: HARRIS RICHARD M <HARRISRM@ge-crd.arpa>
• metaclass compatibility
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Re: MAKE-METHOD arguments discussion
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :allocation slot-option issues
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Class Precedence List
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: metaclass compatibility
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• initialize method problems...
  • From: ricks%eros.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Re: :allocation slot-option issues
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class Precedence List
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Method Combination Proposal
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Some invariants
  • From: Dussud%Jenner%ti-csl.csnet@RELAY.CS.NET
• Re: :allocation slot-option issues
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-METHOD arguments discussion
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: Method Combination Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Some invariants
  • From: Masinter.pa@Xerox.COM
• Re: Method Combination Proposal
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Re: Some invariants
  • From: Masinter.pa@Xerox.COM
• Re: Some invariants
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Some invariants
  • From: Masinter.pa@Xerox.COM
• Re: Some invariants
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments about PCL 12/2/86
  • From: DMACLAUGHLIN@bbng.ARPA
• Re: Method Combination Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• getting OOPSLA proceedings
  • From: duke%mwcamis@mitre.ARPA
• Re: getting OOPSLA proceedings
  • From: Hiroshi "Gitchang" Okuno <Okuno@SUMEX-AIM.STANFORD.EDU>
• Lexical environment of slot default initial value forms
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• What's left to do
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• What's left to do
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Class Precedence List
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Issues for the CLOS committee to start focussing on
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-METHOD arguments discussion
  • From: Dussud%Jenner%ti-csl.csnet@RELAY.CS.NET
• Re: What's left to do
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Method Combination Proposal
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class Precedence List
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Lexical environment of slot default initial value forms
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Issues for the CLOS committee to start focussing on
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Issues for the CLOS committee to start focussing on
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Class Precedence List: Rebuttal to Danny
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: What's left to do
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new version of concepts chapter
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• vector class?
  • From: Rick.Busdiecker@h.cs.cmu.edu
• specializing macros
  • From: dcmartin@ingres.berkeley.edu (David C. Martin)
• Re: Class Precedence List: Rebuttal to Danny
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• [no subject]
  • From: ehl%cogsci.Berkeley.EDU@berkeley.edu (Edward H. Lay)
• For the Record
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Issues for the CLOS committee to start focussing on
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Environment for initial value form
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Issues for the CLOS committee to start focussing on
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: For the Record
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Documents updated for method combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Method Combination Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• additions for VAXLISP
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• For the Record
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Environment for initial value form
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issues for the CLOS committee to start focussing on
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• For the Record
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issues for the CLOS committee to start focussing on
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Issues for the CLOS committee to start focussing on
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Problem using make-specializable
  • From: Dawn MacLaughlin <dmaclaug@J.BBN.COM>
• draft on inheritance of slots and defclass options
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Bug(?) in defmeth and number of arguments
  • From: Frank Halasz <halasz@mcc.com>
• Re: Issues for the CLOS committee to start focussing on
  • From: Gregor.pa@Xerox.COM
• Re: draft on inheritance of slots and defclass options
  • From: Masinter.pa@Xerox.COM
• Re: draft on inheritance of slots and defclass options
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• new versions of files
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: specializing macros
  • From: Gregor.pa@Xerox.COM
• Re: ---
  • From: Gregor.pa@Xerox.COM
• bug in pcl 11/11 under ExCL 1.{3,4}
  • From: dcmartin@ingres.berkeley.edu (David C. Martin)
• New version of PCL for Genera
  • From: Gregor.pa@Xerox.COM
• Re: bug in pcl 11/11 under ExCL 1.{3,4}
  • From: Gregor.pa@Xerox.COM
• Re: Bug(?) in defmeth and number of arguments
  • From: Gregor.pa@Xerox.COM
• YABIPCL (Yet Another Bug In PCL)
  • From: dcmartin@ingres.berkeley.edu (David C. Martin)
• Re: New version of PCL for Genera
  • From: Gregor.pa@Xerox.COM
• change-class and class redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• change-class and class redefinition
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• New version of define-method-combination
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: New version of define-method-combination
  • From: Gregor.pa@Xerox.COM
• Re: Bug(?) in defmeth and number of arguments
  • From: Frank Halasz <halasz@mcc.com>
• Re: Bug(?) in defmeth and number of arguments
  • From: Gregor.pa@Xerox.COM
• questions from JEIDA Object Oriented Programming WG
  • From: toru <shochi.ishida@NTT-20.ARPA>
• standard-type-classes
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: standard-type-classes
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Small additional suggestion wrt Method-combination
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: change-class and class redefinition
  • From: Gregor.pa@Xerox.COM
• Inheritance of Methods
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• pcl in lucid
  • From: Dan Carnese <CARNESE@SPAR-20.ARPA>
• Re: change-class and class redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: standard-type-classes
  • From: masinter.pa@Xerox.COM
• PCL and Lucid
  • From: ehl%cogsci.Berkeley.EDU@berkeley.edu (Edward H. Lay)
• Multiple-value-setq in excl
  • From: ehl%cogsci.Berkeley.EDU@berkeley.edu (Edward H. Lay)
• Inheritance of Methods
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• Re: Multiple-value-setq in excl
  • From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• BUG and FIX? for PCL 1/19/87
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Re: Inheritance of Methods
  • From: Masinter.pa@Xerox.COM
• [Masinter.pa: Handling Common Lisp built in types]
  • From: Masinter.pa@Xerox.COM
• compiling files in PCL 1/19/87
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Re: change-class and class redefinition
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: standard-type-classes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Inheritance of Methods
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: standard-type-classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Inheritance of Methods
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: change-class and class redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Inheritance of Methods
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Inheritance of Methods
  • From: Masinter.pa@Xerox.COM
• Re: standard-type-classes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: change-class and class redefinition
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Inheritance of Methods
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: standard-type-classes
  • From: Masinter.pa@Xerox.COM
• Re: standard-type-classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: change-class and class redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: standard-type-classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Strenuously
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Inheritance of Methods
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: standard-type-classes
  • From: Gregor.pa@Xerox.COM
• Re: change-class and class redefinition
  • From: Gregor.pa@Xerox.COM
• Symbolics design review
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• bug in compute-class-precedence-list in sun CL
  • From: Gregor.pa@Xerox.COM
• [no subject]
  • From: DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET
• Alternatives
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Comments on Concepts chapter 1/23/87
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Moon's comments
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Gabriel's comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Class-precedence-list computation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ---
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• symbols are not generic functions
  • From: Gregor.pa@Xerox.COM
• :allocation :none
  • From: Ken kahn <kahn.pa@Xerox.COM>
• new version of PCL - 1/26/87
  • From: Gregor.pa@Xerox.COM
• Class-precedence-list computation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: change-class and class redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL Update
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: CPL Update
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: ---
  • From: DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET
• CPL Computation
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: CPL Computation
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: ---
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CPL Update
  • From: Bobrow.pa@Xerox.COM
• Elaboration on the Non-intuitiveness of New Flavors Algorithm...
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: ---
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: ---
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Elaboration on the Non-intuitiveness of New Flavors Algorithm...
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: ---
  • From: DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET
• symbols are not generic functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• :allocation :none
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ---
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Danny's new version of define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CPL Update
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL Computation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• :allocation :none
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Complexity of Topological Sort + single-pass treewalk tiebreaker
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Problem with get-function and put-function
  • From: macgreg@vaxa.isi.edu (Robert MacGregor)
• Re: Method Combination
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Last-Visited Preorder
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Progress is Our Most Important Problem
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Elaboration on the Non-intuitiveness of New Flavors Algorithm...
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL Tiebreaker
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Progress is Our Most Important Problem
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Progress is Our Most Important Problem
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Last-Visited Preorder
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• changes made to documentation
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Method Combination
  • From: "Patrick H Dussud %Jenner%ti-csl.csnet"@RELAY.CS.NET
• Re: symbols are not generic functions
  • From: Gregor.pa@Xerox.COM
• Re: Progress is Our Most Important Problem -- Method Combination
  • From: Gregor.pa@Xerox.COM
• My comments on some things
  • From: Gregor.pa@Xerox.COM
• The Real Deadline
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CPL Tiebreaker
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Gregor's comments on some things
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Minor things noticed while proofreading documents
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: questions from JEIDA Object Oriented Programming WG
  • From: Gregor.pa@Xerox.COM
• CPL etc
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Common Lisp Types
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: symbols are not generic functions
  • From: DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET
• Moon/Bobrow phone conversation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL etc
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL Varia
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CPL anxieties
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• optional arguments
  • From: Rick.Busdiecker@h.cs.cmu.edu
• optional args (again)
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Re: Method Combination
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Some other open issues
  • From: Gregor.pa@Xerox.COM
• Re: Minor things noticed while proofreading documents
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Some other open issues
  • From: Gregor.pa@Xerox.COM
• Some other open issues
  • From: Gregor.pa@Xerox.COM
• Various of Danny's Comments
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Gregor's comments on some things
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Various of Danny's Comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: CPL Varia
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Common Lisp Types
  • From: masinter.PA@Xerox.COM
• Re: Common Lisp Types
  • From: Masinter.pa@Xerox.COM
• Re: Common Lisp Types
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: symbols are not generic functions
  • From: Masinter.pa@Xerox.COM
• Re: CPL anxieties
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Common Lisp Types
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CPL anxieties
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Re: Moon/Bobrow phone conversation
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Clarification
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Clarification
  • From: Gregor.pa@Xerox.COM
• Re: Clarification
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Some other open issues
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Common Lisp Types
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Common Lisp Types
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Inheritance of Slot Options
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• initializing class slots
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Addendum to ``Inheritance of Slot Options''
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• class-named
  • From: Gregor.pa@Xerox.COM
• my comments on 2/2/87 draft of functi
  • From: Gregor.pa@Xerox.COM
• More feedback from Symbolics reviewers
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• initialization protocol
  • From: Gregor.pa@Xerox.COM
• Re: initializing class slots
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Inheritance of Slot Options
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Addendum to ``Inheritance of Slot Options''
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Clarification
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Various of Danny's Comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: More feedback from Symbolics reviewers
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• CPL Varia
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Inheritance of Slot Options
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Discussion at X3J13
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CL Types
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CALL-NEXT-METHOD
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• call-next-method: More feedback from Symbolics reviewers
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Clarification Clarification
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Inheritance of Slots
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CPL Varia
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: initializing class slots
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• X3J13 Discussion
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Various of Danny's Comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Comments on Chapter 1
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• call-next-method is not a function
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Stan's Comments
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Functions
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• call-next-method is not a function
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Functions
  • From: Gregor.pa@Xerox.COM
• ensure-generic-function
  • From: Gregor.pa@Xerox.COM
• Re: Functions
  • From: Masinter.pa@Xerox.COM
• Re: call-next-method is not a function
  • From: Masinter.pa@Xerox.COM
• List of generic functions
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• LONG MESSAGE -- Draft of meta-object protocol
  • From: Bobrow.pa@Xerox.COM
• Re: call-next-method is not a function
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Gregor's comments on 2/2/87 draft of functi
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Inheritance of Slots
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Semantic difficulties
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Inheritance of Slots
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• with* in the latest release
  • From: ehl%cogsci.Berkeley.EDU@berkeley.edu (Edward H. Lay)
• Re: Discussion at X3J13
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Stan's Comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Inheritance of Slots
  • From: Gregor.pa@Xerox.COM
• X3J13 version of document
  • From: "David A. Moon" <MOON@AI.AI.MIT.EDU>
• Document
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• State of the world
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Inheritance of Slots
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Document
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Semantic difficulties
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Inheritance of Slots
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Inheritance of Slots
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Meta-object protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Inheritance of Slots
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Inheritance of Slots
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Documents
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Meta-object protocol
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• KCL
  • From: Roy D'Souza <dsouza%hplabsc@hplabs.HP.COM>
• :generate-accessors and print-instance
  • From: David McKelvie <david%ecrcvax.uucp%germany.csnet@RELAY.CS.NET>
• Re: :generate-accessors and print-instance
  • From: Gregor.pa@Xerox.COM
• Re: ensure-generic-function
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Documents
  • From: Linda DeMichiel <LGD@SAIL.STANFORD.EDU>
• CALL-NEXT-METHOD not exported
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Naming Method Functions
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• OPTIMIZE-GET-SLOT, OPTIMIZE-SETF-OF-GET-SLOT no-ops?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: OPTIMIZE-GET-SLOT, OPTIMIZE-SETF-OF-GET-SLOT no-ops?
  • From: Gregor.pa@Xerox.COM
• KCL CALL-NEXT-METHOD bug
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: KCL CALL-NEXT-METHOD bug
  • From: Gregor.pa@Xerox.COM
• Re: ensure-generic-function
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Things we should do to prepare for the March meeting
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ensure-generic-function
  • From: Gregor.pa@Xerox.COM
• Errata for 87-002
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS Response
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Comments On Moon's Errata (Chapter 1 only)
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CLOS Response
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• CLOS Response
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Consistency
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Consistency
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Meeting
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• CPL
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• setf in defmethod?
  • From: Rick.Busdiecker@h.cs.cmu.edu
• defclass
  • From: Rick.Busdiecker@h.cs.cmu.edu
• function names and warnings
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Away
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: function names and warnings
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• CPL
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Errata
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CPL
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• errata sheet
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• method declarations
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Relations to window standardization
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Proposed revision of "Inheritance of Slots and Slot Options" section
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments On Moon's Errata (Chapter 1 only)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Meeting
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Draft Specification/PCL documentation
  • From: Gregor.pa@Xerox.COM
• Draft Specification/PCL documentation withdrawn
  • From: Gregor.pa@Xerox.COM
• Bug in change-class
  • From: Kenneth R. Anderson <kanderson@VAX.bbn.com>
• New version of PCL
  • From: Gregor.pa@Xerox.COM
• Re: Proposed revision of "Inheritance of Slots and Slot Options" section
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• CPL
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: CPL
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Inheritance of Slots and Slot Options
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Moon's Comments on RPG's Comments on Moon's Errata
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Moon's Errata for Chapter 2
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• All is Not Lost (?)
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Moon's comments on RPG's comments on Moon's Errata for Chapter 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Moon's Comments on RPG's Comments on Moon's Errata
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new package name in PCL
  • From: Gregor.pa@Xerox.COM
• Chapter 3
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Meeting
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Errata etc.
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Meeting Monday
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Comments on 87-002, Chapter 1
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Meeting Monday
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Chapter 3
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Agenda
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Meeting Monday
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Request for info on PCL
  • From: David McKelvie <david%ecrcvax.uucp%germany.csnet@RELAY.CS.NET>
• 87-003 MetaObject Protocol
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• [WIrish.pa: Forwarding: I would like to get a copy of Common Loops.]
  • From: mittal.pa@Xerox.COM
• Kempf's Remarks
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• gensym'd names to user function names
  • From: ricks%eros.Berkeley.EDU@Berkeley.EDU (Rick L Spickelmier)
• Re: gensym'd names to user function names
  • From: Gregor.pa@Xerox.COM
• Quote of the day
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Questions on CLOS specification
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• Re: Consistency
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Comments on CLOS specification
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Meeting
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Meeting
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Inheritance of Slots and Slot Options
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Proposed revision of "Inheritance of Slots and Slot Options" section
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• 87-002 errata
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Meeting
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Gabriel's Comments
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Inheritance of Slots and Slot Options
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Gabriel's Comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Inheritance of Slots
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Staticizing
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Glossary (enclosed)
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Staticizing
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Gabriel's Comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on 87-002, Chapter 1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Gabriel's Comments
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Errata and Glossary
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Inheritance of Slots
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Meeting
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Errata and Glossary
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• errata and glossary files
  • From: Linda DeMichiel <LGD@SAIL.STANFORD.EDU>
• Errata and Glossary
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Here We Go Again
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• changes to meta-objects
  • From: Gregor.pa@Xerox.COM
• Re: Inheritance of Slots
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Moon's Comments
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: is of type...
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• that old dinner bell ringing
  • From: Gregor.pa@Xerox.COM
• documentation
  • From: Gregor.pa@Xerox.COM
• new sources work in Vaxlisp
  • From: Gregor.pa@Xerox.COM
• CommonObjects on CommonLoops
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• request for addition and info
  • From: Steve Messick <messick%computing-science.aberdeen.ac.uk@Cs.Ucl.AC.UK>
• New Flavors in Commonloops?
  • From: Michael van Biema <MICHAEL@CS.COLUMBIA.EDU>
• problem with make-specializable
  • From: ricks%ic.Berkeley.EDU@BERKELEY.EDU
• Re: CommonObjects on CommonLoops
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: new sources work in Vaxlisp
  • From: Gregor.pa@Xerox.COM
• Re: that old dinner bell ringing
  • From: Gregor.pa@Xerox.COM
• Problem with the latest CommonLoops
  • From: liew@aramis.rutgers.edu (Liew)
• problem with CLASS-INSTANCE-SLOTS
  • From: Dawn MacLaughlin <dmaclaug@VAX.bbn.com>
• Re: Problem with the latest CommonLoops
  • From: Gregor.pa@Xerox.COM
• Submission for sdc-commonloops
  • From: The devil himself <burdvax!daemon@seismo.CSS.GOV>
• Re: problem with CLASS-INSTANCE-SLOTS
  • From: Gregor.pa@Xerox.COM
• Submission for sdc-commonloops
  • From: The devil himself <burdvax!daemon@seismo.CSS.GOV>
• Submission for sdc-commonloops
  • From: The devil himself <burdvax!daemon@seismo.CSS.GOV>
• Submission for sdc-commonloops
  • From: The devil himself <burdvax!daemon@seismo.CSS.GOV>
• make-specializable
  • From: Gregor.pa@Xerox.COM
• PCL Bombing on dynamic slots
  • From: wallace@ucbarpa.Berkeley.EDU (David E. Wallace)
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• {eris}<commonloops>: tracts of dead flesh?
  • From: Fischer.pa@Xerox.COM
• Re: {eris}<commonloops>: tracts of dead flesh?
  • From: Gregor.pa@Xerox.COM
• Re: Problem compiling on LUCID LISP on the PRIME
  • From: Gregor.pa@Xerox.COM
• Re: {eris}<commonloops>: tracts of dead flesh?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Problem with the latest CommonLoops
  • From: liew@aramis.rutgers.edu (Liew)
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• Re: PCL Bombing on dynamic slots
  • From: Gregor.pa@Xerox.COM
• documentation
  • From: mbm@caf.MIT.EDU (Mike McIlrath)
• PCL Bombing on dynamic slots
  • From: mbm@caf.MIT.EDU (Mike McIlrath)
• Re: documentation
  • From: Gregor.pa@Xerox.COM
• Re: PCL Bombing on dynamic slots
  • From: Gregor.pa@Xerox.COM
• [hagmann.pa: Announcement of April 10th BASS]
  • From: Masinter.pa@Xerox.COM
• Re: {eris}<commonloops>: tracts of dead flesh?
  • From: Gregor.pa@Xerox.COM
• Re: {eris}<commonloops>: tracts of dead flesh?
  • From: kahn.pa@Xerox.COM
• clos files on [cls,lsp]
  • From: Linda DeMichiel <LGD@SAIL.STANFORD.EDU>
• Re: Eliminating dynamic slots
  • From: macgreg@vaxa.isi.edu (Robert MacGregor)
• :dynamic slots
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Eliminating dynamic slots
  • From: mbm@caf.MIT.EDU (Mike McIlrath)
• :dynamic slots
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Eliminating dynamic slots
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Eliminating dynamic slots
  • From: Gregor.pa@Xerox.COM
• copies of CLOS DRAFT specification
  • From: Gregor.pa@Xerox.COM
• Re: Accessing dynamic slots using "slot-value"
  • From: macgreg@vaxa.isi.edu (Robert MacGregor)
• copies of CLOS DRAFT specification
  • From: Rob Pettengill <rcp@MCC.COM>
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• bootstrap-meta-braid in lucid
  • From: Dan Carnese <Carnese@SPAR-20.ARPA>
• make-instance
  • From: Rob Pettengill <rcp@MCC.COM>
• FTP bug fixed?
  • From: Gregor.pa@Xerox.COM
• Re: make-instance
  • From: Gregor.pa@Xerox.COM
• ftp premature trucation bug
  • From: Dan Carnese <Carnese@SPAR-20.ARPA>
• make-specializable in SCLISP Version 2.0.2
  • From: Rob Pettengill <rcp@MCC.COM>
• make-specializable in SCLISP Version 2.0.2
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• <class>-p function
  • From: Rick.Busdiecker@h.cs.cmu.edu
• defclass options
  • From: Gregor.pa@Xerox.COM
• :accessor-prefix and :reader-prefix same?
  • From: Gregor.pa@Xerox.COM
• defclass options
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• :accessor-prefix and :reader-prefix same?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :accessor-prefix and :reader-prefix same?
  • From: Gregor.pa@Xerox.COM
• Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Object creation discussion (at last!)
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• defclass options
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Object creation discussion (at last!)
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• CLOS Declaration Proposal
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• (long) CLOS Declaration Proposal Text
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• "Object" System
  • From: Jonathan L. Balgley <jlb@WAIKATO.S4CC.Symbolics.COM>
• Re: Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• (long) CLOS Declaration Proposal Text
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Object creation discussion (at last!)
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Object creation discussion (at last!)
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Object creation discussion (at last!)
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• PCL in Release 6
  • From: Gregor.pa@Xerox.COM
• Re: Object creation discussion (at last!)
  • From: Gregor.pa@Xerox.COM
• CL types --> classes
  • From: Gregor.pa@Xerox.COM
• Re: CL types --> classes
  • From: Pavel.pa@Xerox.COM
• note about clos instance disjointness
  • From: Gregor.pa@Xerox.COM
• funcallable-standard-class
  • From: Gregor.pa@Xerox.COM
• Re: Object creation discussion (at last!)
  • From: Gregor.pa@Xerox.COM
• 'with' bug
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU
• Re: CLOS Type Cleanup
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: 'with' bug
  • From: Gregor.pa@Xerox.COM
• Re: (long) CLOS Declaration Proposal Text
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Object Creation Discussion (at last!)
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• imminent fixes to PCL
  • From: Gregor.pa@Xerox.COM
• imminent fixes to PCL
  • From: Gregor.pa@Xerox.COM
• Re: CLOS Declaration Proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CLOS Declaration Proposal
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Object Creation Discussion (at last!)
  • From: Gregor.pa@Xerox.COM
• CL types --> classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: Mike Moshell <moshell%ucf.CSNet@relay.cs.net>
• PCL on a TI
  • From: brill@vaxa.isi.edu (Dave Brill)
• Re: PCL on a TI
  • From: Gregor.pa@Xerox.COM
• Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Object creation discussion (at last!)
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Unable to deliver letter
  • From: Postmaster at HAL.CAD.MCC.COM
• PCL 4/21 on Symbolics Genera 7
  • From: Rob Pettengill <rcp@MCC.COM>
• accessor-prefix
  • From: Rick L. Spickelmier <ricks%shambhala.Berkeley.EDU@BERKELEY.EDU>
• Re: accessor-prefix
  • From: Gregor.pa@Xerox.COM
• Re: PCL 4/21 on Symbolics Genera 7
  • From: Gregor.pa@Xerox.COM
• fixed amdvi file
  • From: Gregor.pa@Xerox.COM
• new release of PCL (4/29)
  • From: Gregor.pa@Xerox.COM
• Object creation discussion (at last!)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Slots with :allocation :class or :dynamic
  • From: Roy D'Souza <dsouza%hplrds@hplabs.HP.COM>
• Re: Slots with :allocation :class or :dynamic
  • From: Gregor.pa@Xerox.COM
• new release of PCL 4/29 prime
  • From: Gregor.pa@Xerox.COM
• [RCP@MCC.COM: &allow-other-keys for initialize methods in pcl]
  • From: Rob Pettengill <rcp@MCC.COM>
• Re: imminent fixes to PCL
  • From: MBM@caf.MIT.EDU
• Printing Objects
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Printing Objects
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Printing Objects
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Printing Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Printing Objects
  • From: Masinter.pa@Xerox.COM
• Re: Printing Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Printing Objects
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• pcl-env problems
  • From: Mike <HERRING%OSU-20@ohio-state.ARPA>
• WITH-SLOTS :USE-ACCESSORS
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Pseudo-dvi documents
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Re: Pseudo-dvi documents
  • From: Rick L. Spickelmier <ricks%shambhala.Berkeley.EDU@BERKELEY.EDU>
• :after and :before methods
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• Re: :after and :before methods
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• GENERIC-FUNCTION-NAME and FIN's
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• new version of excl-low
  • From: Gregor.pa@Xerox.COM
• pcl 4/29 prime and sclisp-2.0.3
  • From: Rob Pettengill <rcp@MCC.COM>
• Implementing PRINT-OBJECT
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Object Printing Discussion
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Object Printing Discussion
  • From: Gregor.pa@Xerox.COM
• Object Printing Discussion
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Printing Objects
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• print-object
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Lucid Walker can't walk labels
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Keyword problem in PCL
  • From: <krall%pp.mcc.com%pp.mcc.com@mcc.com (Ed Krall)>
• optimization versus constructors
  • From: Gregor.pa@Xerox.COM
• Why is MAKE-INSTANCE not generic?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Why in MAKE-INSTANCE not generic?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN.ARPA
• HP Lisp fix for low.l
  • From: Roy D'Souza <dsouza%hplrds@hplabs.HP.COM>
• Re: Why in MAKE-INSTANCE not generic?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Incorrect CPL calculation in 4-29 Release?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Incorrect CPL calculation in 4-29 Release?
  • From: Gregor.pa@Xerox.COM
• Re: print-object
  • From: Gregor.pa@Xerox.COM
• optimization versus constructors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• check-super-metaclass-compatibility....
  • From: Rick L. Spickelmier <ricks%shambhala.Berkeley.EDU@BERKELEY.EDU>
• call-next-method bug
  • From: Rick.Busdiecker@h.cs.cmu.edu
• [RCP@MCC.COM: &allow-other-keys for initialize methods in pcl]
  • From: Rob Pettengill <rcp@MCC.COM>
• Bug in REMOVE-NAMED-METHOD
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• initialization
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Re: initialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Problems with :METACLASS option
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• EXCL 2.0 FASL FILE ORDERING BUG WITH PCL
  • From: Rob Pettengill <rcp@MCC.COM>
• Workaround for Lucid Lisp 2.0.4 bug
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Re: Keyword problem in PCL
  • From: kanderso@VAX.BBN.COM
• Lucid bug and fix for Prime CL version 1.0
  • From: primerd!zaphod!doug@EDDIE.MIT.EDU (Douglas Rand)
• uses of call-next-method
  • From: Richard Fritzson <fritzson@bigburd.PRC.Unisys.Com>
• Re: uses of call-next-method
  • From: Gregor.pa@Xerox.COM
• Re: call-next-method bug
  • From: Gregor.pa@Xerox.COM
• initialize, make-instance ...
  • From: Gregor.pa@Xerox.COM
• Re: Problems with :METACLASS option
  • From: Gregor.pa@Xerox.COM
• CLOS vs. subtypes of FLOAT
  • From: Pavel.pa@Xerox.COM
• with-slots, :use-accessors
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Re: CLOS vs. subtypes of FLOAT
  • From: Pavel.pa@Xerox.COM
• Re: CLOS vs. subtypes of FLOAT
  • From: Masinter.pa@Xerox.COM
• Re: CLOS vs. subtypes of FLOAT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: with-slots, :use-accessors
  • From: Gregor.pa@Xerox.COM
• Re: Object creation discussion (at last!)
  • From: Gregor.pa@Xerox.COM
• Re: EXCL 2.0 FASL FILE ORDERING BUG WITH PCL
  • From: Gregor.pa@Xerox.COM
• Re: Order of Initialization
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: SETF- method names
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: SETF- method names
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Metaclass Protocol
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Order of Initialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• new new initialization protocol blues
  • From: Gregor.pa@Xerox.COM
• Re: new new initialization protocol blues
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Browsers?
  • From: Arun <Welch%OSU-20@ohio-state.ARPA>
• [no subject]
  • From: hornick@stsci.arpa (Tom Hornick)
• What am I doing wrong?
  • From: Arun Welch <welch@ohio-state.ARPA>
• bug in lucid-low of 4/29/87 Prime version of PCL
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Re: What am I doing wrong?
  • From: Richard Fritzson <fritzson@bigburd.PRC.Unisys.Com>
• PCL & VAX Lisp
  • From: "RAMONA::ROBBINS" <robbins%ramona.decnet@hudson.dec.com>
• PCL & VAX Lisp
  • From: robbins%ramona.DEC@decwrl.dec.com
• Re: Browsers?
  • From: luis%postgres.Berkeley.EDU@berkeley.edu (Luis Miguel)
• Re: Browsers?
  • From: kanderso@VAX.BBN.COM
• initform bug
  • From: Reed Hastings <HASTINGS@SUMEX-AIM.STANFORD.EDU>
• Object creation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• defmethod-setf patch for DEC CL v2.0
  • From: Steve Messick <messick%csvax.aberdeen.ac.uk@Cs.Ucl.AC.UK>
• Object Creation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Request to Moon for Thursday's Discussion
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Random Thoughts Concerning Initialization
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• generic constructor functions
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Re: generic constructor functions
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• [no subject]
  • From: primerd!MMODEL@S66.Prime.PDN.ARPA
• Is there a substitute for define-method-combination?
  • From: Timothy.Freeman@theory.cs.cmu.edu
• ECOOP Reaction to CLOS
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• ECOOP Reaction to CLOS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Is there a substitute for define-method-combination?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Is there a substitute for define-method-combination?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Two questions and two comments
  • From: macgreg@vaxa.isi.edu
• ECOOP Reaction
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• First Try at Terminology
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Category Errors
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• PCL
  • From: mcvax!cricph!dma@seismo.CSS.GOV (Donald Maffly)
• Re: PCL
  • From: tk@moss.att.com (Tom Kirk)
• Re: ECOOP Reaction to CLOS
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: Category Errors
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: First Try at Terminology
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: Metaclass Protocol Goals
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: Class redefinition and class-changed.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Category Errors
  • From: Ken Kahn <Kahn.pa@Xerox.COM>
• Re: Category Errors
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: Metaclass Protocol Goals
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• null lambda-list
  • From: Steve Messick <messick%csvax.aberdeen.ac.uk@Cs.Ucl.AC.UK>
• random compilation
  • From: Rick.Busdiecker@h.cs.cmu.edu
• Re: random compilation
  • From: Gregor.pa@Xerox.COM
• Re: random compilation
  • From: Gregor.pa@Xerox.COM
• [no subject]
  • From: James Daniell <daniell@ohm.ece.cmu.edu>
• Re: Metaclass Protocol Goals
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Class redefinition and class-changed.
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Category Errors
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Category Errors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• 'class-named' in PCL 5-22-rev3 on HP Common Lisp
  • From: Roy D'Souza <dsouza%hplrds@hplabs.HP.COM>
• Re: Two questions and two comments
  • From: Gregor.pa@Xerox.COM
• make-call-arguments
  • From: mcvax!delphi!stefano@seismo.CSS.GOV (Stefano Diomedi)
• initialization meeting notes
  • From: Gregor.pa@Xerox.COM
• Re: Category Errors
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class redefinition and class-changed.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• 'Class-named'
  • From: Roy D'Souza <dsouza%hplrds@hplabs.HP.COM>
• Re: Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Class redefinition and class-changed.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Category Errors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Category Errors
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Category Errors
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Category Errors
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• initialization meeting notes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• First Try at Terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Category Errors
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Class Redefinition
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Category Errors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Class redefinition and class-changed.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Class Redefinition
  • From: kempf%hplabsz@hplabs.HP.COM
• Technical corrections in 87-002
  • From: kempf%hplabsz@hplabs.HP.COM
• Name That Class
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Class Redefinition
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Name That Class
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Name That Class
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Class Redefinition
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Class Redefinition
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• initialization meeting notes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Miscellaneous decisions taken or to be taken
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Category Errors
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class Redefinition
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Class Redefinition
  • From: Gregor.pa@Xerox.COM
• Re: Class Redefinition
  • From: Gregor.pa@Xerox.COM
• Re: initialization meeting notes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: initialization meeting notes
  • From: Gregor.pa@Xerox.COM
• Re: Name That Class
  • From: Gregor.pa@Xerox.COM
• Partial Orderings
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Miscellaneous decisions taken or to be taken
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• updated documentation
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Class redefinition and class-changed.
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Miscellaneous decisions taken or to be taken
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Miscellaneous decisions taken or to be taken
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Name That Class
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Miscellaneous decisions taken or to be taken
  • From: kempf%hplabsz@hplabs.HP.COM
• TRACE Proposal (Version 1)
  • From: kempf%hplabsz@hplabs.HP.COM
• Miscellenia
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• redefinition problem
  • From: fritzson@bigburd.PRC.Unisys.COM (Richard Fritzson)
• OOPSLA Lisp and Object-Oriented Programming Workshop
  • From: Gregor.pa@Xerox.COM
• Re: Miscellenia
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Technical corrections in 87-002
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: ECOOP Reaction to CLOS
  • From: Kelley.pa@Xerox.COM
• Miscellenia
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• TRACE Proposal (Version 1)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Name That Class
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Miscellaneous decisions taken or to be taken
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• COERCE
  • From: RpK%acorn@LIVE-OAK.LCS.MIT.EDU
• Miscellaneous decisions taken or to be taken
  • From: Gregor.pa@Xerox.COM
• Re: Name That Class
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Name That Class
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: TRACE Proposal (Version 1)
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Name That Class
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Re: Name That Class
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Environments, Naming, and CLOS (was Re: Name that Class)
  • From: kempf%hplabsz@hplabs.HP.COM
• Names to Objects and Compiler-environment
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: ECOOP Reaction to CLOS
  • From: kempf%hplabsz@hplabs.HP.COM
• Agenda for September meeting
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• short form of define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ECOOP Reaction to CLOS
  • From: Kelley.pa@Xerox.COM
• short form of define-method-combination
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: ECOOP Reaction to CLOS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Names to Objects and Compiler-environment
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• with-slots bug in xerox pcl
  • From: fritzson@bigburd.PRC.Unisys.COM (Richard Fritzson)
• short form of define-method-combination
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• short form of define-method-combination
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• short form of define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Names to Objects and Compiler-environment
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• short form of define-method-combination
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Names to Objects and Compiler-environment
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• meeting place
  • From: Gregor.pa@Xerox.COM
• meeting place
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• proposed syntactic cleanups in defmethod
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Miscellaneous decisions taken or to be taken
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Agenda for September meeting
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: proposed syntactic cleanups in defmethod
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: proposed syntactic cleanups in defmethod
  • From: Masinter.pa@Xerox.COM
• Re: TRACE Proposal (Version 1)
  • From: Masinter.pa@Xerox.COM
• Re: proposed syntactic cleanups in defmethod
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ECOOP Reaction to CLOS
  • From: kempf%hplabsz@hplabs.HP.COM
• updated spec on SAIL
  • From: Linda DeMichiel <LGD@SAIL.STANFORD.EDU>
• Re: ECOOP Reaction to CLOS
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: proposed syntactic cleanups in defmethod
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: short form of define-method-combination
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: proposed syntactic cleanups in defmethod
  • From: Gregor.pa@Xerox.COM
• Re: proposed syntactic cleanups in defmethod
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Solutions to Name/Object Mapping for Generic Functions
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Solutions to Name/Object Mapping for Generic Functions
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Names to Objects and Compiler-environment
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Agenda for September meeting
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Another try on object creation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Multiple keywords in make-instance
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Class Precedence List
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Miscellaneous decisions taken or to be taken
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Agenda
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Name That Class!
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Class Precedence List
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Agenda for September meeting
  • From: kempf%hplabsz@hplabs.HP.COM
• RPG's recent typo.
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• PCL-ENV glitch
  • From: fritzson@bigburd.PRC.Unisys.COM (Richard Fritzson)
• COPY-INSTANCE ?
  • From: Sean.Engelson@SPICE.CS.CMU.EDU
• Re: COPY-INSTANCE ?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Name That Class!
  • From: Gregor.pa@Xerox.COM
• Name That Class!
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Anonymous Generic Function Proposal (Draft 1)
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Anonymous Generic Function Proposal (Draft 1)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Anonymous Generic Function Proposal (Draft 2)
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Anonymous Generic Function Proposal (Draft 2)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• test message 2
  • From: Gregor.pa@Xerox.COM
• Re: Anonymous Generic Function Proposal (Draft 2)
  • From: Pavel.pa@Xerox.COM
• Re: Another try on object creation
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: Another try on object creation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Another try on object creation
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Solutions to Name/Object Mapping for Generic Functions
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Another try on object creation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• trace-method
  • From: fritzson@bigburd.PRC.Unisys.COM (Richard Fritzson)
• Next Release?
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Anonymous Generic Function Proposal (Draft 2)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• WITH-SLOTS, "virtual" slots, and the meta-object protocol
  • From: Stanley's Tool Works <Lanning.pa@Xerox.COM>
• *early-generic-functions* in file boot.l
  • From: dsouza%hplrds@hplabs.HP.COM
• WITH-ADDED-METHODS
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Updating Obsolete Instances
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: proposed syntactic cleanups in defmethod
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• User control of the CPL
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Meeting on Sept. 17-18
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Meeting on Sept. 17-18
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Redefining Classes
  • From: Bobrow.pa@Xerox.COM
• DRAFT: Changing Names of Built-in classes
  • From: Bobrow.pa@Xerox.COM
• Unbound Slots
  • From: Bobrow.pa@Xerox.COM
• slot-missing
  • From: Bobrow.pa@Xerox.COM
• September version of object-creation (More nits)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Terminology: Shared versus class; local versus instance
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: September version of object-creation (More nits)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• slot-missing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: September version of object-creation (More nits)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Terminology: Shared versus class; local versus instance
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: next-methods
  • From: Masinter.pa@Xerox.COM
• NEXT-METHODS
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: next-methods
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: next-methods
  • From: Gregor.pa@Xerox.COM
• Re: next-methods
  • From: Masinter.pa@Xerox.COM
• Redefining Classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Exact type
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Re: fixing our problems with setf
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Amendments requiring additional writing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Amendments requiring additional writing
  • From: Masinter.pa@Xerox.COM
• remove me from the list
  • From: muehle%orion@cs.utah.edu (Eric Muehle)
• Various Topics Discussed Last Week
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Amendments requiring additional writing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Various Topics Discussed Last Week
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• key argument versus keyword argument
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• lambda-list congruence
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: draft of built-in method combination types
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• Shared/local;class/instance
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Revised draft of object creation proposal
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• key argument versus keyword argument
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Shared/local;class/instance
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Exact type
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Amendments requiring additional writing
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• fixing our problems with setf
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Various Topics Discussed Last Week
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: fixing our problems with setf
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Redefining Classes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Amendments requiring additional writing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: draft of built-in method combination types
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: fixing our problems with setf
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Various Topics Discussed Last Week
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Various Topics Discussed Last Week
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Various Topics Discussed Last Week
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: fixing our problems with setf
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Various Topics Discussed Last Week
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: fixing our problems with setf
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Shared/local;class/instance
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Redefining Classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Amendments requiring additional writing
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Various Decisions
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Issues on Dynamic Extent for CALL-NEXT-METHOD
  • From: Gregor.pa@Xerox.COM
• Re: :accessor-prefix bug
  • From: Gregor.pa@Xerox.COM
• Re: Various Decisions
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Shared/local;class/instance
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Various Decisions
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Various Decisions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Shared/local;class/instance
  • From: kempf%hplabsz@hplabs.HP.COM
• load-time compilation
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Re: :accessor-prefix bug
  • From: Gregor.pa@Xerox.COM
• Re: load-time compilation
  • From: Gregor.pa@Xerox.COM
• Re: Various Decisions
  • From: Pavel.pa@Xerox.COM
• Re: Status of CLOS decisions
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Various Decisions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Various Decisions
  • From: kempf%hplabsz@hplabs.HP.COM
• Various Decisions
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: Redefining Classes
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Various Topics Discussed Last Week
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Exact type
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Redefining Classes
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: :accessor-prefix bug
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Re: Redefining Classes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Exact type
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Various Topics Discussed Last Week
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Revised draft of object creation proposal
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• Re: Redefining Classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :accessor-prefix bug
  • From: Gregor.pa@Xerox.COM
• Re: :accessor-prefix bug
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Re: :accessor-prefix bug
  • From: kempf%hplabsz@hplabs.HP.COM
• Constructors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :accessor-prefix bug
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• adding side effects to defmethod?
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Re: :accessor-prefix bug
  • From: Warren Harris <harris%hplwhh@hplabs.HP.COM>
• Re: :accessor-prefix bug
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Exact type
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Various Decisions
  • From: kempf%hplabsz@hplabs.HP.COM
• Slot Inheritance
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• NEXT METHOD
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Should redefining a class reinitialize shared slots?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• NEXT METHOD
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Should redefining a class reinitialize shared slots?
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: next-method-p
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• class/instance vs shared/local
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Should redefining a class reinitialize shared slots?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: :accessor-prefix bug
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Re: Should redefining a class reinitialize shared slots?
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Should redefining a class reinitialize shared slots?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Amendments requiring additional writing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Shared/local;class/instance
  • From: mcvax!inria.inria.fr!cointe@uunet.UU.NET (Pierre Cointe)
• Re: Shared/local;class/instance
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Amendments requiring additional writing
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Amendments requiring additional writing
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Should redefining a class reinitialize shared slots?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLASS-CHANGED and UPDATE-OBSOLETE-INSTANCE
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Amendments requiring additional writing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• COERCE (not urgent)
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: CLASS-CHANGED and UPDATE-OBSOLETE-INSTANCE
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Amendments requiring additional writing
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: CLASS-CHANGED and UPDATE-OBSOLETE-INSTANCE
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: adding side effects to defmethod?
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Can defgeneric provide defaults for &key args
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: CLASS-CHANGED and UPDATE-OBSOLETE-INSTANCE
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: CLASS-CHANGED and UPDATE-OBSOLETE-INSTANCE
  • From: kempf%hplabsz@hplabs.HP.COM
• Shared/class;instance/local
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Re: adding side effects to defmethod?
  • From: Gregor.pa@Xerox.COM
• Re: adding side effects to defmethod?
  • From: Gregor.pa@Xerox.COM
• Pl delete me.
  • From: S Sridhar <sridhar%tajmahal.spt.tek.com@RELAY.CS.NET>
• Re: Shared/class;instance/local
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Constructors
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Can defgeneric provide defaults for &key args
  • From: kempf%hplabsz@hplabs.HP.COM
• Can defgeneric provide defaults for &key args
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• no-applicable-method
  • From: Gregor.pa@Xerox.COM
• no-applicable-method
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Constructors
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Constructors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Constructors
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Can defgeneric provide defaults for &key args
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: no-applicable-method
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Can defgeneric provide defaults for &key args
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Exact type
  • From: Patrick H Dussud <DUSSUD%Jenner%csl.ti.com@RELAY.CS.NET>
• no-applicable-method
  • From: Gregor.pa@Xerox.COM
• fixing our problems with setf
  • From: Gregor.pa@Xerox.COM
• Re: Shared/local;class/instance
  • From: mcvax!inria.inria.fr!cointe@uunet.UU.NET (Pierre Cointe)
• Constructors
  • From: Gregor.pa@Xerox.COM
• Re: :accessor-prefix bug
  • From: Gregor.pa@Xerox.COM
• Re: Constructors
  • From: Gregor.pa@Xerox.COM
• Re: Shared/local;class/instance
  • From: mcvax!inria.inria.fr!cointe@uunet.UU.NET (Pierre Cointe)
• Re: no-applicable-method
  • From: Ken Kahn <Kahn.pa@Xerox.COM>
• comments on portions of the Oct 26 10:05 draft
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS over KCL ...
  • From: Leonid V. Belyaev <leo@CS.UCLA.EDU>
• :accessor slot option
  • From: Gregor.pa@Xerox.COM
• Comments on chapter 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comment on the chapter 2.
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• Comment on the chapter 2, Version of Nov 2.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• CLOS mailing list
  • From: mcvax!crin.crin.fr!masini@uunet.UU.NET
• CLOS mailing list
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comment on the chapter 2, Version of Nov 2.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Issues raised by comments on chapter 2
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Lambda-list in Defgeneric
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Issues raised by comments on chapter 2
  • From: Gregor.pa@Xerox.COM
• method signatures
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issues raised by comments on chapter 2
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• format for description of generic functions in chapter 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Comment on the chapter 2, Version of Nov 2.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• lambda-list in defgeneric
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• lambda-list in defgeneric, generic-flet, etc.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• format for description of generic functions in chapter 2
  • From: Gregor.PA@Xerox.COM, Bobrow.PA@Xerox.COM
• ambiguity in defgeneric and method descriptions
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: lambda-list in defgeneric, generic-flet, etc.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: ambiguity in defgeneric and method descriptions
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• State of Affairs
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: format for description of generic functions in chapter 2
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• CALL-NEXT-METHOD example
  • From: Gregor.pa@Xerox.COM
• CALL-NEXT-METHOD example
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: ambiguity in defgeneric and method descriptions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Chapter 1 typos.
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• Defgeneric affects methods?
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• CALL-NEXT-METHOD example
  • From: Gregor.pa@Xerox.COM
• setf of class-name
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Defgeneric affects methods?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Defgeneric affects methods?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: format for description of generic functions in chapter 2
  • From: Masinter.pa@Xerox.COM
• Current State of CLOS Draft
  • From: kempf%hplabsz@hplabs.HP.COM
• Agenda for X3J13
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Agenda for X3J13
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• making gf lambda lists
  • From: Gregor.pa@Xerox.COM
• scope of call-next-method
  • From: Gregor.pa@Xerox.COM
• optimization in the spec
  • From: Gregor.pa@Xerox.COM
• scope of call-next-method
  • From: Gregor.pa@Xerox.COM
• scope of call-next-method
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• scope of call-next-method
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: optimization in the spec
  • From: kempf%hplabsz@hplabs.HP.COM
• Scope of Call-next-method
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• optimization in the spec
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• questions about CLOS [original subject: equality of structures]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• symbol-macrolet
  • From: Gregor.pa@Xerox.COM
• Re: symbol-macrolet
  • From: kanderso@WILMA.BBN.COM
• Re: symbol-macrolet
  • From: Gregor.pa@Xerox.COM
• Re: symbol-macrolet
  • From: Gregor.pa@Xerox.COM
• Re: :accessor-prefix bug
  • From: kempf%hplabsz@hplabs.HP.COM
• PRINT-OBJECT bug in 8/27 PCL
  • From: kempf%hplabsz@hplabs.HP.COM
• Bug in 8/27/87 Reader/Writer Dcode Generation
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: symbol-macrolet
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• symbol-macrolet
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• symbol-macrolet
  • From: Gregor.pa@Xerox.COM
• making gf lambda lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: making gf lambda lists
  • From: Ken Kahn <Kahn.pa@Xerox.COM>
• :accessor slot option
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• initialize-instance
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• Re: initialize-instance
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• Re: initialize-instance
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• Re: symbol-macrolet
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: :accessor slot option
  • From: kempf%hplabsz@hplabs.HP.COM
• mop
  • From: Gregor.pa@Xerox.COM
• class-constant-form
  • From: Dan Carnese <CARNESE@SPAR-20.SPAR.SLB.COM>
• the mop
  • From: Gregor.pa@Xerox.COM
• MOP comments part 1.
  • From: Gregor.pa@Xerox.COM
• [no subject]
  • From: Roberto Guerrieri <guerrier@CAF.MIT.EDU>
• Re: add-method when method exists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• New Class Organization for CLOS Kernel
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• with-accessors
  • From: Gregor.pa@Xerox.COM
• partial results of Cambridge meeting
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on Chapter 1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Standardizing the macroexpansion of make-method-call
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on Chapter 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: with-accessors
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• New Class Organization for CLOS Kernel
  • From: Gregor.pa@Xerox.COM
• Standardizing the macroexpansion of make-method-call
  • From: Gregor.pa@Xerox.COM
• Re: New Specializers For CLOS
  • From: Danny bobrow <bobrow.pa@Xerox.COM>
• Inspecting Common Loops with Lucid
  • From: James Daniell <daniell@ohm.ece.cmu.edu>
• CALL-NEXT-METHOD
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: CALL-NEXT-METHOD
  • From: Danny bobrow <bobrow.pa@Xerox.COM>
• Chapter 3 and the Cambridge Meeting
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• CALL-NEXT-METHOD
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• lambda congruency bug
  • From: sunpitt!eti!psilocybin!rick@Sun.COM (Rick Busdiecker)
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• call-method proposal
  • From: Gregor.pa@Xerox.COM
• CALL-NEXT-METHOD
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• call-method proposal prime
  • From: Gregor.pa@Xerox.COM
• call-method proposal prime prime
  • From: Gregor.pa@Xerox.COM
• defmethod-setf
  • From: Gregor.pa@Xerox.COM
• CALL-NEXT-METHOD and funcall-qua/send-as
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• is the functi.dvi file trashed?
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: defmethod-setf
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• defmethod-setf
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Re: Method Combination Objects
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Defmethod-setf
  • From: Gregor.pa@Xerox.COM
• functi.dvi
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Problem specializing default methods in PCL 1/11/88
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Bug in defaulted keyword arguments to setf methods
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Sonya's problem with functi.dvi
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Problem specializing default methods in PCL 1/11/88
  • From: franz!akbar!layer@ucbarpa.Berkeley.EDU (Kevin Layer)
• bugs printing CLOS documentation
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• Re: add-method when method exists
  • From: Patrick H Dussud <DUSSUD%jenner.csc.ti.com@RELAY.CS.NET>
• Standardizing the macroexpansion of make-method-call
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• call-method proposal prime prime
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: call-method proposal prime prime
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• DEFMETHOD Specification
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• method-lambda
  • From: Gregor.pa@Xerox.COM
• Re: call-method proposal prime prime
  • From: Gregor.pa@Xerox.COM
• Re: call-method proposal prime prime
  • From: vijay <saraswat.pa@Xerox.COM>
• Re: Method Combination Objects
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Alternative Proposal for class updating
  • From: Bobrow.pa@Xerox.COM
• Explorer patch for beta PCL
  • From: hastings@sumex.ARPA
• DEFMETHOD Specification
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• add-method
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Edited AR 914: Want common mechanism instead of IMAGEOBJPROP, PROCESSPROP, WINDOWPROP
  • From: Kohlsaat.pa@Xerox.COM
• Object Lisp vs CLOS in BYTE (Jan 88)
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• some questions on your chapter 2 comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: some questions on your chapter 2 comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: add-method
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: some questions on your chapter 2 comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: some questions on your chapter 2 comments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• PCL for KCL
  • From: mcvax!eiger!mr@uunet.UU.NET
• METHOD-LAMBDA and Removing parsing
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: CALL-NEXT-METHOD and funcall-qua/send-as
  • From: kempf%hplabsz@hplabs.HP.COM
• Remarks
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Remarks
  • From: Gregor.pa@Xerox.COM
• ADD-METHOD
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• functi
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Re: ADD-METHOD
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• ADD-METHOD
  • From: Gregor.pa@Xerox.COM
• Re: New Class Organization for CLOS Kernel
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Class organization for CLOS kernel
  • From: Bobrow.pa@Xerox.COM
• &allow-other-keys and call-next-method bug
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Comments on latest draft documents
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Alternative Proposal for class updating
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• Type-checking of slot values
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Type-checking of slot values
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Type-checking of slot values
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Type-checking of slot values
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• Re: Type-checking of slot values
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Type-checking of slot values
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Type-checking of slot values
  • From: kempf%hplabsz@hplabs.HP.COM
• Type-checking of slot values
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: Type-checking of slot values
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Type-checking of slot values
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Method Combination Objects
  • From: Gregor.pa@Xerox.COM
• Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Type-checking of slot values
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Method Combination Objects
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• call-method proposal prime prime
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Typechecking
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Type-checking of slot values
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: Method Combination Objects
  • From: Patrick H Dussud <dussud@jenner.csc.ti.com>
• call-method proposal
  • From: Patrick H Dussud <dussud@jenner.csc.ti.com>
• Method Combination Objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• reinitialization protocol
  • From: Gregor.pa@Xerox.COM
• class updating protocol
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• new new version of pcl
  • From: Gregor.pa@Xerox.COM
• Ibuki Common Lisp
  • From: Gregor.pa@Xerox.COM
• call-method proposal prime prime
  • From: Gregor.pa@Xerox.COM
• call-method proposal prime prime
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: class updating protocol
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• Re: reinitialization protocol
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: class updating protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Comments on latest draft documents
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: reinitialization protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: class updating protocol
  • From: Gregor.pa@Xerox.COM
• Re: reinitialization protocol
  • From: Gregor.pa@Xerox.COM
• call-method proposal prime prime
  • From: Gregor.pa@Xerox.COM
• Re: class updating protocol
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• Re: Comments on latest draft documents
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Remarks about Comments on Latest Draft Documents
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Problems with PCL Beta Test version 1/28/88
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Problems with PCL Beta Test version 1/28/88
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Problems with CommonLoops
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Problems with CommonLoops
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Chapter 1
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Chapter 2
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• new version of coral-low.lisp
  • From: Gregor.pa@Xerox.COM
• Re: Remarks about Comments on Latest Draft Documents
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• NOTE-PRIVATE-PATCH can't take multiple lines
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• NOTE-PRIVATE-PATCH can't take multiple lines
  • From: Gregor.pa@Xerox.COM
• Comments on most recent draft: Chap 1 and 2
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• precompile-random-code-segments
  • From: Gregor.pa@Xerox.COM
• Class Names (Again! Can't We Ever Stop?)
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Problems with PCL Beta Test version 1/28/88
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• arglist legibility suggestion
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• Problems with PCL Beta Test version 1/28/88
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Re: Class Names (Again! Can't We Ever Stop?)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Problems with PCL Beta Test version 1/28/88
  • From: Gregor.pa@Xerox.COM
• Weird bug in IF statements while using PCL
  • From: Gregor.pa@Xerox.COM
• Scoping of init-plist in initialize
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Names, Names
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Chapter 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Chapter 1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Names, Names
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Scoping of init-plist in initialize
  • From: Gregor.pa@Xerox.COM
• package bug in lucid-low in the newest release
  • From: Dan Carnese <Carnese@spar-20.spar.slb.com>
• Re: Names, Names
  • From: Ken Kahn <Kahn.pa@Xerox.COM>
• Comments on most recent draft: Chap 1 and 2
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: Comments on most recent draft: Chap 1 and 2
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• 2 things
  • From: Gregor.pa@Xerox.COM
• Names
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• test message
  • From: Gregor.pa@Xerox.COM
• PCL on LMI machines?
  • From: kanderso@WILMA.BBN.COM
• Comments on most recent draft: Chap 1 and 2
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Naming
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Naming
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• test message
  • From: Gregor.pa@Xerox.COM
• performance of new PCL
  • From: Gregor.pa@Xerox.COM
• Re: Naming
  • From: Gregor.pa@Xerox.COM
• Re: Naming
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• test message
  • From: Gregor.pa@Xerox.COM
• CONCEP and FUNCTI
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Naming
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Naming
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Type-checking of slot values
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Typechecking
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Typechecking
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Typechecking
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Typechecking
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• defgeneric :method option
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: verzullj@csv.rpi.edu (Joseph Verzulli)
• Re: Typechecking
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• CLOS (PCL) Compile problem
  • From: JASPER%PITTVMS.BITNET@CUNYVM.CUNY.EDU
• Defgeneric
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Typechecking
  • From: Gregor.pa@Xerox.COM
• CLOS (PCL) Compile problem
  • From: Gregor.pa@Xerox.COM
• DEFGENERIC
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• bug in 2-3-88 beta release?
  • From: jam%entropy.ms@beaver.cs.washington.edu (John Alan McDonald)
• bug in 2-3-88 beta release?
  • From: Gregor.pa@Xerox.COM
• Typechecking
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Typechecking
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• plse remove me from the list.
  • From: lemkin@ncifcrf.gov
• Loading PCL in a CL interpreter
  • From: Ben Olasov <G.OLASOV@CS.COLUMBIA.EDU>
• Chapter 2
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Chapter 1
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Typechecking
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Trouble compiling PCL in Lucid
  • From: James Daniell <daniell@ohm.ece.cmu.edu>
• Re: defgeneric :method option
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• Re: defgeneric :method option
  • From: Patrick H Dussud <DUSSUD@jenner.csc.ti.com>
• DEFGENERIC
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Trouble compiling PCL in Lucid
  • From: Gregor.pa@Xerox.COM
• CONCEP and FUNCTI
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: defgeneric :method option
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on most recent draft: Chap 1 and 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Bugs in 2/4 Version with Lucid2.1
  • From: simmons%algol.tcpip@ge-crd.arpa
• new version of boot.lisp
  • From: Gregor.pa@Xerox.COM
• Bugs in 2/4 Version with Lucid2.1
  • From: Gregor.pa@Xerox.COM
• x3j13 draft
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• Re: defgeneric :method option
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: defgeneric :method option
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Fixing Lucid 2.1 Compilation Problem
  • From: simmons%algol.tcpip@ge-crd.arpa
• Time to create :ACCESSORs and:READERs
  • From: kanderso@WILMA.BBN.COM
• Time to create :ACCESSORs and:READERs
  • From: Gregor.pa@Xerox.COM
• bug in nested :around methods
  • From: jam%entropy.ms@beaver.cs.washington.edu (John Alan McDonald)
• bug in nested :around methods
  • From: Gregor.pa@Xerox.COM
• #+IBCL or #+KCL
  • From: kanderso@WILMA.BBN.COM
• Comments on most recent draft: Chap 1 and 2
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: bug in nested :around methods & TYPEP problem in 2/7/88 PCL
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Status of SETF functions in Common Lisp
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS specification
  • From: Gregor.pa@Xerox.COM
• UNSUBSCRIBE BORDEN@YALEMED.BITNET
  • From: <BORDEN%YALEMED.BITNET@CUNYVM.CUNY.EDU> (jonathan borden)
• list administration
  • From: Gregor.pa@Xerox.COM
• Problem during pcl:compile-pcl on 3600
  • From: kanderso@WILMA.BBN.COM
• Re: Status of SETF functions in Common Lisp
  • From: masinter.PA@Xerox.COM
• Problem during pcl:compile-pcl on 3600
  • From: Gregor.pa@Xerox.COM
• mv *.lisp *.lsp on unix
  • From: kanderso@WILMA.BBN.COM
• Comments on most recent draft: Chap 1 and 2
  • From: "Robert W. Kerns" <RWK@ai.ai.mit.edu>
• proposal for european workshop on pcl/clos
  • From: will <mcvax!mercury!will@uunet.UU.NET>
• Status of SETF functions in Common Lisp
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• kcl and with-slots* with-accessors*
  • From: stanonik@nprdc.arpa (Ron Stanonik)
• Issue: SETF-SUB-METHODS
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Issue: SETF-SUB-METHODS
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Questions on new CLOS document
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Questions on new CLOS document
  • From: Gregor.pa@Xerox.COM
• make-lexical-environment
  • From: cperdue@Sun.COM (Cris Perdue)
• Help running PCL under Franz
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• make-lexical-environment
  • From: Gregor.pa@Xerox.COM
• make-lexical-environment
  • From: Eric Benson <edsel!eb@labrea.Stanford.EDU>
• Re: make-lexical-environment
  • From: cperdue@Sun.COM (Cris Perdue)
• 88-002 question
  • From: Pavel.pa@Xerox.COM
• 88-002 Comment
  • From: Pavel.pa@Xerox.COM
• Method Combination
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Latest releases vs. Coral Lisp
  • From: Gavin Hemphill <Hemphill@DREA-XX.ARPA>
• SLOT-BOUNDP
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• :accessor v. :type ???
  • From: daven@lll-crg.llnl.gov (Dave Nelson)
• state
  • From: Gregor.pa@Xerox.COM
• state
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• Bug in walking setq of slot
  • From: Michael Travers <mt@MEDIA-LAB.MEDIA.MIT.EDU>
• Help running PCL under Franz
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• state
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• PCL on the Explorer
  • From: rang%cps45x@cpswh.cps.msu.EDU (Anton Rang)
• Franz compile
  • From: baker@ncsa.uiuc.edu (Polly Baker 2nd signon)
• PCL Compile warnings in Coral CL
  • From: jas@cadre.dsl.pittsburgh.edu (Jeffrey A. Sullivan)
• new version of mop
  • From: Gregor.pa@Xerox.COM
• Re: new version of mop
  • From: mcvax!inria.inria.fr!cointe@uunet.UU.NET (Pierre Cointe)
• Small omission in Chap 2
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• Handling of "no applicable method"
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• Handling of "no applicable method"
  • From: Gregor.pa@Xerox.COM
• Small omission in Chap 2
  • From: Gregor.pa@Xerox.COM
• CLOS Consortium
  • From: Linda G. DeMichiel <edsel!lgd@labrea.Stanford.EDU>
• IWMC-Class-p bug & make-specializable
  • From: Mike Thome <mthome@VAX.BBN.COM>
• IWMC-Class-p bug & make-specializable
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Re: IWMC-Class-p bug & make-specializable
  • From: Mike Thome <mthome@VAX.BBN.COM>
• new new version of PCL
  • From: Gregor.pa@Xerox.COM
• new version of mopc
  • From: Gregor.pa@Xerox.COM
• Re: new version of PCL
  • From: stanonik@nprdc.arpa (Ron Stanonik)
• operate-on-system
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• Newest version of PCL & Xerox Lisp (Lyric) on 1186
  • From: rang%cps45x@cpswh.cps.msu.EDU (Anton Rang)
• Re: Re: new version of PCL
  • From: stanonik@nprdc.arpa (Ron Stanonik)
• Persistent Objects
  • From: Zachary Smith <edsel!zach@labrea.Stanford.EDU>
• Bug in canonicalize-slot-specification
  • From: kanderso@WILMA.BBN.COM
• Re: new version of PCL
  • From: Gregor.pa@Xerox.COM
• operate-on-system
  • From: Gregor.pa@Xerox.COM
• Re: Persistent Objects
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• problems installing PCL in Vax Lisp
  • From: witold@june.cs.washington.edu (Witold Paluszynski)
• Can't compile fcl in coral lisp
  • From: James J. Cherry <cherry@VALLECITO.SCRC.Symbolics.COM>
• named-structure-symbol missing scl: in 3600-low
  • From: James J. Cherry <cherry@VALLECITO.SCRC.Symbolics.COM>
• named-structure-symbol missing scl: in 3600-low
  • From: James J. Cherry <cherry@VALLECITO.SCRC.Symbolics.COM>
• that's sys:generic-function-p, not pcl:generic-function-p
  • From: James J. Cherry <cherry@VALLECITO.SCRC.Symbolics.COM>
• that's cli::generic-function-p, not pcl:generic-function-p
  • From: James J. Cherry <cherry@VALLECITO.SCRC.Symbolics.COM>
• Please remove me from the list...
  • From: lef@vax2.nlm.nih.gov (Larry Fitzpatrick)
• Can't compile fcl in coral lisp
  • From: gz@spt.entity.com (Gail Zacharias)
• Persistent Objects
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Please remove my address from the list.....
  • From: <GUERRIERI%BODEIS.INFNET%ICINECA2.BITNET@CUNYVM.CUNY.EDU>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• change-class-internal bug
  • From: kanderso@WILMA.BBN.COM
• Proposed Wording Change to the Error Terminology
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Proposed Wording PicoChange to the Error Terminology
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Franz SUN 3 compile of 3/17/88 pcl
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• CLOS Status
  • From: "James_L_Mayer.WBST128"@Xerox.COM
• Proposed Wording PicoChange to the Error Terminology
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Proposed Wording Change to the Error Terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Proposed Wording Change to the Error Terminology
  • From: Pavel.pa@Xerox.COM
• Proposed Wording Change to the Error Terminology (II)
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Proposed Wording Change to the Error Terminology (II)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposed Wording Change to the Error Terminology (II)
  • From: Gregor.pa@Xerox.COM
• Proposed Wording Change to the Error Terminology (II)
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Error Terminology
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Error Terminology
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• 3600 improvements, and specialized describe.
  • From: kanderso@WILMA.BBN.COM
• PCL on TI Explorers
  • From: "Daniel L. Cerys" <Cerys@XX.LCS.MIT.EDU>
• Some early comments on 88-003
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• bug in 3-17-88 pcl, compute-effective-slotd
  • From: Gregor.pa@Xerox.COM
• bug with defmethod documentation strings
  • From: Gregor.pa@Xerox.COM
• Error Terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• D'4 Example
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• D'4 Example
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• D'4 Example
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Undefined
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: PCL on TI Explorers
  • From: Bj|rn Victor <Victor@carmen.uu.se>
• Latest PCL on Xerox and Sun/Allegro
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• Error Terminology
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Error Terminology
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Ch3
  • From: kempf@Sun.COM
• Method-lambda and apply-method-lambda
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Re: Method-lambda and apply-method-lambda
  • From: kempf@Sun.COM
• PCL on TI Explorers
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• Re: Error Terminology
  • From: Masinter.pa@Xerox.COM
• Re: Method-lambda and apply-method-lambda
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Method-lambda and apply-method-lambda
  • From: Gregor.pa@Xerox.COM
• built-in-class-of
  • From: kanderso@WILMA.BBN.COM
• Error Terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Error Terminology
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• Re: built-in-class-of
  • From: Bj|rn Victor <Victor%carmen.uu.se@CUNYVM.CUNY.EDU>
• CLOS, and slot hiding.
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com after 1-April-88)
• Re: CLOS, and slot hiding.
  • From: kempf@Sun.COM
• Method-lambda and apply-method-lambda
  • From: dussud@ausome.csc.ti.com
• add-named-xxx
  • From: Gregor.pa@Xerox.COM
• update-instance-structure
  • From: Gregor.pa@Xerox.COM
• Some early comments on 88-003 (accessor methods)
  • From: Gregor.pa@Xerox.COM
• Portable macroexpansions again
  • From: cperdue@Sun.COM (Cris Perdue)
• (re)initialization revisited
  • From: Gregor.PA@Xerox.COM, Bobrow.PA@Xerox.COM
• comments from Kathy Chapman
  • From: Gregor.pa@Xerox.COM
• Re: CLOS, and slot hiding.
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• Re: CLOS, and slot hiding.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CLOS, and slot hiding.
  • From: kempf@Sun.COM
• Re: CLOS, and slot hiding.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Reinitialization
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: CLOS, and slot hiding.
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Reinitialization
  • From: Gregor.pa@Xerox.COM
• Reinitialization
  • From: Gregor.pa@Xerox.COM
• Re: Reinitialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Reinitialization
  • From: Gregor.pa@Xerox.COM
• Re: (re)initialization revisited
  • From: kempf@Sun.COM
• Reinitialization
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: (re)initialization revisited
  • From: Gregor.pa@Xerox.COM
• Reinitialization
  • From: Gregor.pa@Xerox.COM
• update-instance-structure
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: CLOS, and slot hiding.
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• Re: CLOS, and slot hiding.
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• Re: (re)initialization revisited
  • From: kempf@Sun.COM
• Re: CLOS, and slot hiding.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• A question
  • From: Gavin L. Hemphill <Gavin@DREA-BALROG.ARPA>
• Re: Method-lambda and apply-method-lambda
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Re: Method-lambda and apply-method-lambda
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• comments on CLOS draft 88-2
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• comments on CLOS draft 88-2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: comments on CLOS draft 88-2
  • From: kempf@Sun.COM
• Re: comments on CLOS draft 88-2
  • From: kanderso@WILMA.BBN.COM
• add-named-xxx
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PCL compilation error - 3600/Genera 7.1
  • From: rajd@cel.fmc.com (Rajendra Dodhiawala)
• Re: Reinitialization
  • From: kempf@Sun.COM
• comments on CLOS draft 88-2
  • From: Gregor.pa@Xerox.COM
• [Tom Mitchell: clos in 7.2]
  • From: kanderso@WILMA.BBN.COM
• method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: PCL compilation error - 3600/Genera 7.1
  • From: rajd@cel.fmc.com (Rajendra Dodhiawala)
• Re: (re)initialization revisited
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• add-named-xxx
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: method-lambda and apply-method-lambda
  • From: kempf@Sun.COM
• HIGH.lisp Compiling error
  • From: pierce@golfer.dayton.ncr.com
• HIGH.bin load time error
  • From: pierce@golfer.dayton.ncr.com
• Re: method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• dependent update protocol
  • From: Gregor.pa@Xerox.COM
• lattice of kernel classes
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• dependent update protocol
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: lattice of kernel classes
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: lattice of kernel classes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• method-lambda and apply-method-lambda
  • From: Gregor.pa@Xerox.COM
• method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: method-lambda and apply-method-lambda
  • From: kempf@Sun.COM
• Re: method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• method-lambda and apply-method-lambda
  • From: Gregor.pa@Xerox.COM
• PCL - CLOS differences
  • From: kanderso@WILMA.BBN.COM
• Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• cboundp & symbol-class
  • From: kanderso@WILMA.BBN.COM
• iwmc-class-p bug again
  • From: kanderso@WILMA.BBN.COM
• two questions about standard-class
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• iwmc-class-p bug again
  • From: Gregor.pa@Xerox.COM
• method-lambda and apply-method-lambda
  • From: Gregor.pa@Xerox.COM
• 3600 walk-template patch
  • From: kanderso@WILMA.BBN.COM
• Symbolics set-funcallable-instance-function bug
  • From: Kenneth R. Anderson <kanderson@VAX.bbn.com>
• Re: Reinitialization
  • From: kempf@Sun.COM
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Reinitialization
  • From: kanderso@WILMA.BBN.COM
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• flavor problem
  • From: kanderso@WILMA.BBN.COM
• Announcing New Journal on Object-Oriented Programming
  • From: kempf@Sun.COM
• Re: method-lambda and apply-method-lambda
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• two questions about standard-class
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: kempf@Sun.COM
• corrections to Chapter 1
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: two questions about standard-class
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Reinitialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• add-named-xxx
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Chapter 1 and 2 Last Chance Review
  • From: Dan L. Pierson <pierson%mist@multimax.ARPA>
• add-named-xxx
  • From: Gregor.pa@Xerox.COM
• Chapter 1 and 2 Last Chance Review
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Chapter 1 and 2 Last Chance Review
  • From: Dan L. Pierson <pierson%mist@multimax.ARPA>
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: kempf@Sun.COM
• delete name
  • From: sridhara@cel.fmc.com (Sridharan)
• promises
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Chapter 1 and 2 Last Chance Review
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• promises
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: promises
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• CLOS consortium
  • From: Chris Richardson <mcvax!harlqn.co.uk!chris@uunet.UU.NET>
• Responses
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: dependent update protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: kempf@Sun.COM
• Re: MAKE-METHOD-FUNCTION and APPLY-METHOD
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Re: method-lambda and apply-method-lambda
  • From: Gregor.pa@Xerox.COM
• CLOS/PCL problem
  • From: jas@dsl.pittsburgh.edu (Jeffrey A. Sullivan)
• Comment on CLOS
  • From: Masayuki Ida <ida%aoyama.cc.aoyama.junet@UTOKYO-RELAY.CSNET>
• CLOS comments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Method Selection Error revisited
  • From: jas@cadre.dsl.pittsburgh.edu (Jeffrey A. Sullivan)
• next-method-p
  • From: Kenneth R. Anderson <kanderson@VAX.bbn.com>
• Re: Method Selection Error revisited
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• [Postmaster@bbn.com: Unable to deliver letter]
  • From: kanderso@WILMA.BBN.COM
• Generic Function parameter list
  • From: jas@cadre.dsl.pittsburgh.edu (Jeffrey A. Sullivan)
• Re: dependent update protocol
  • From: kanderso@WILMA.BBN.COM
• pcl
  • From: Bill Schelter <wfs@CLI.COM>
• defclass/accessor problem
  • From: Jamie.Zawinski <jwz@spice.cs.cmu.edu>
• :initform and :allocation :class
  • From: Richard L. Piazza <rich%linus@mitre-bedford.ARPA>
• ["R. Shapiro": CLOS in 7.2]
  • From: kanderso@WILMA.BBN.COM
• Re: pcl
  • From: fritzson@PRC.Unisys.COM (Richard Fritzson)
• pcl
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• pcl
  • From: Bill Schelter <wfs@CLI.COM>
• ["R. Shapiro": CLOS in 7.2]
  • From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>
• Re: :initform and :allocation :class
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• pcl
  • From: Gregor.pa@Xerox.COM
• DEADLINE for finishing 1 and 2
  • From: Gregor.pa@Xerox.COM
• type specifiers in slot descriptors
  • From: Paul P. Maglio <maglio%linus@mitre-bedford.ARPA>
• dependent update protocol
  • From: Gregor.pa@Xerox.COM
• dependent update protocol
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• dependent update protocol
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• dependent update protocol
  • From: Gregor.pa@Xerox.COM
• Re: dependent update protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• pcl
  • From: Bill Schelter <wfs@CLI.COM>
• DEADLINE for finishing 1 and 2
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Prettier generic function arglists
  • From: Jamie.Zawinski <jwz@spice.cs.cmu.edu>
• DEADLINE for finishing 1 and 2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: method-lambda and apply-method-lambda
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• comments on CLOS draft 88-2
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• dependent update protocol
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• some comments on CLOS
  • From: Masayuki Ida <ida%aoyama.cc.aoyama.junet@UTOKYO-RELAY.CSNET>
• Sun Opposition To Chapter 3 Hereby Tendered
  • From: kempf@Sun.COM
• Re: dependent update protocol
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: dependent update protocol
  • From: Gregor.pa@Xerox.COM
• Is PCL and CLOS the same thing?
  • From: burdorf@rand-unix.ARPA
• Re: Is PCL and CLOS the same thing?
  • From: hartung%ics@ucsd.edu (Jeff Hartung)
• Re: Reinitialization
  • From: Gregor.pa@Xerox.COM
• subcommittee meeting
  • From: Gregor.pa@Xerox.COM
• reinitialization etc
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Bug macroexpanding a defclass form
  • From: kanderso@WILMA.BBN.COM
• Re: :initform and :allocation :class
  • From: kanderso@WILMA.BBN.COM
• Re: type specifiers in slot descriptors
  • From: kanderso@WILMA.BBN.COM
• Re: defclass in CLOS & 7.2
  • From: kanderso@WILMA.BBN.COM
• Re: Reinitialization
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Reinitialization
  • From: Gregor.pa@Xerox.COM
• Re: defclass in CLOS & 7.2
  • From: Gregor.pa@Xerox.COM
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• X3 subcommittee meeting in June
  • From: Jan Zubkoff <edsel!jlz@labrea.Stanford.EDU>
• dealing with 1+2 comments
  • From: Gregor.pa@Xerox.COM
• editorial comments
  • From: Gregor.pa@Xerox.COM
• "Written Responses" to CLOS 88-002: SETF Functions
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• "Written Responses" to CLOS 88-002: (Re)Initialization
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• "Written Responses" to CLOS 88-002: SYMBOL-CLASS is poorly named
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• belated editorial comment
  • From: Gregor.pa@Xerox.COM
• belated editorial comment
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• "Written Responses" to CLOS 88-002: SETF Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: "Written Responses" to CLOS 88-002: SYMBOL-CLASS is poorly named
  • From: Warren Harris <harris%hplwhh@hplabs.HP.COM>
• Editorial Comments and My Disposition of Them
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Reinitialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Reinitialization
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Reinitialization
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• "Written Responses" to CLOS 88-002: SETF Functions
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Bug in PCL involving method lookup
  • From: kempf@Sun.COM
• Chapter 2
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• PCL losing on TI
  • From: sunpitt!eti!canaletto!rick@Sun.COM (Rick Busdiecker)
• Flavors in Commonlisp
  • From: burdorf@rand-unix.ARPA
• Re: check-keyword-arguments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Flavors in Commonlisp
  • From: burdorf@rand-unix.ARPA
• [no subject]
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Comments on new draft chapter 1 (dated May 13 20:53)
  • From: "David A. Moon" <MOON@AI.AI.MIT.EDU>
• Comments on new draft chapter 2 (dated May 16 15:09)
  • From: "David A. Moon" <MOON@AI.AI.MIT.EDU>
• Flavors in Commonlisp
  • From: Michael Sokolov <sokolov@paddington.media.mit.edu>
• class-all-default-initargs #:slot-unbound
  • From: kanderso@WILMA.BBN.COM
• check-keyword-arguments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• mailing list
  • From: Art Altman <ALTMAN@Score.Stanford.EDU>
• PCL on VAXLisp Ver 2.0
  • From: "Uttam K. Sengupta" <sengupta@asu.edu>
• PCL on VAXLisp Ver 2.0
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• Re: clos in 7.2
  • From: kanderso@WILMA.BBN.COM
• Re: clos in 7.2
  • From: Gregor.pa@Xerox.COM
• Keywords in make-instance?
  • From: Timothy.Freeman@PROOF.ERGO.CS.CMU.EDU
• Comments on new draft chapter 1 (dated May 13 20:53)
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• Comments on new draft chapter 1 (dated May 13 20:53)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• check-keyword-arguments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• check-keyword-arguments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Mlynarik's comments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Comments on current state of Initialization.
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on current state of Initialization.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• define-method-combination
  • From: Richarrd MLYnaRIk <Mly@AI.AI.MIT.EDU>
• Re: check-keyword-arguments
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Re: define-method-combination
  • From: kempf@Sun.COM
• Re: check-keyword-arguments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• More Check-Keyword-Arguments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: define-method-combination
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Define-Method-Combination
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• check-keyword-arguments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: PCL on VAXLisp Ver 2.0
  • From: cperdue@Sun.COM (Cris Perdue)
• check-keyword-arguments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Comments on current state of Initialization.
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• check-keyword-arguments etc.
  • From: Linda DeMichiel <LGD@SAIL.Stanford.EDU>
• check-keyword-arguments
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• test message 1
  • From: Gregor.pa@Xerox.COM
• Re: Mlynarik's comments
  • From: Gregor.pa@Xerox.COM
• Chapter 1
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Method Objects are not Functions
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Keywords in make-instance?
  • From: kanderso@WILMA.BBN.COM
• Re: Method Objects are not Functions
  • From: Gregor.pa@Xerox.COM
• Callable Methods
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• PCL in Genera 7.2
  • From: Gregor.pa@Xerox.COM
• Mailing list
  • From: Robert.Joseph@CAD.CS.CMU.EDU
• Mailing list
  • From: scottl%avalon.Berkeley.EDU@berkeley.edu (Scott Luebking)
• with-added-methods
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• Problem with dynamic slots
  • From: macgreg@vaxa.isi.edu
• pcl method cache bug
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• Law of good style for CLOS
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: Law of good style for CLOS
  • From: Gregor.pa@Xerox.COM
• Re: Law of good style for CLOS
  • From: Scott.Fahlman@B.GP.CS.CMU.EDU
• Re: init-method in PCL
  • From: kanderso@WILMA.BBN.COM
• Re: Law of good style for CLOS
  • From: kempf@Sun.COM
• CLOS on Symbolics, Genera 7.2
  • From: Francois F. Ingrand <Felix@AI.SRI.COM>
• Re: CLOS on Symbolics, Genera 7.2
  • From: kanderso@WILMA.BBN.COM
• &aux and (call-next-method)
  • From: kanderso@WILMA.BBN.COM
• Re: Keywords in make-instance?
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Law of good style for CLOS
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: Law of good style for CLOS
  • From: Dan Carnese <CARNESE@SPAR-20.SPAR.SLB.COM>
• comment/question...
  • From: Curt Stevens <stevens@boulder.Colorado.EDU>
• Law of good style for CLOS
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• PCL/CLOS running on 7.2?
  • From: Francois F. Ingrand <Felix@AI.SRI.COM>
• Re: PCL/CLOS running on 7.2?
  • From: Gregor.pa@Xerox.COM
• Re: comment/question...
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Law of good style for CLOS
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: Law of good style for CLOS
  • From: kempf@Sun.COM
• Law of Style
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Law of good style for CLOS
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Re: Re: comment/question...
  • From: Curt Stevens <stevens@boulder.Colorado.EDU>
• CLOS bug
  • From: kenner@umn-cs.cs.umn.edu (Martin Kenner)
• Re: CLOS bug
  • From: kanderso@WILMA.BBN.COM
• [David N Gray <Gray@DSG>: making structures]
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Keywords in make-instance?
  • From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
• Re: CLOS bug
  • From: Gregor.pa@Xerox.COM
• Re: Keywords in make-instance?
  • From: Warren Harris <harris%hplwhh@hplabs.HP.COM>
• Keywords in make-instance?
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Law of good style for CLOS
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Law of good style for CLOS
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• PCL:CALL-NEXT-METHOD
  • From: Kevin_Crowston@XV.MIT.EDU
• Law of good style for CLOS
  • From: jrose@Sun.COM (John Rose)
• comments on 3/88 CLOS spec
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• Space and Garbage
  • From: M. V. LaPolla <CS.LAPOLLA@R20.UTEXAS.EDU>
• CommonLoops Documentation
  • From: mcvax!magnon.laas.fr!ralph@uunet.UU.NET (Ralph P. Sobek)
• Re: Space and Garbage
  • From: kanderso@WILMA.BBN.COM
• Re: Space and Garbage
  • From: M V Lapolla <marcos@AUSTIN.LOCKHEED.COM>
• Re: Space and Garbage
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• A bug in 7debug for PCL on Symbolics 7.2
  • From: rich%linus@mitre-bedford.ARPA
• rel-7-2 patches need a patch!
  • From: rich%linus@mitre-bedford.ARPA
• Re: Law of good style for CLOS
  • From: kempf@Sun.COM
• [no subject]
  • From: SOBO@S66.Prime.COM
• Compile-file environment
  • From: Patrick H Dussud <DUSSUD@Jenner.csc.ti.com>
• Does anybody have PCL running on Genera 7.2?
  • From: Francois F. Ingrand <Felix@AI.SRI.COM>
• [no subject]
  • From: thoms@caen.engin.umich.edu (Dale E Thoms)
• Re: rel-7-2 patches need a patch!
  • From: Gregor.pa@Xerox.COM
• Re: A bug in 7debug for PCL on Symbolics 7.2
  • From: Gregor.pa@Xerox.COM
• updates
  • From: Michael Sokolov <sokolov@paddington.media.mit.edu>
• CLOS chapters 1 and 2 accepted
  • From: Gregor.pa@Xerox.COM
• SYMBOL-MACROLET-UTILITY
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• [no subject]
  • From: kanderso@WILMA.BBN.COM
• call-next-method bug
  • From: Gregor.pa@Xerox.COM
• Nesting and the Law
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: Nesting and the Law
  • From: kempf@Sun.COM
• Law and localization
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Law of Demeter under debate
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• CLOS Speed
  • From: Brad.Myers@a.gp.cs.cmu.edu
• Re: CLOS Speed
  • From: kempf@Sun.COM
• The Law of Demeter
  • From: John D. Berger <john%linus@mitre-bedford.ARPA>
• which functions should be generic?
  • From: Masinter.pa@Xerox.COM
• Re: which functions should be generic?
  • From: kempf@Sun.COM
• Law of Good Style
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: Law of Good Style
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• which functions should be generic?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Law
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• New PCL user
  • From: schmolze@cs.tufts.edu
• Re: which functions should be generic?
  • From: Warren Harris <harris%hplwhh@hplabs.HP.COM>
• Re: CLOS Speed
  • From: Gregor.pa@Xerox.COM
• Bug in intern-function-name (low.l)
  • From: kempf@Sun.COM
• Re: CLOS Speed
  • From: Gregor.pa@Xerox.COM
• Bug in intern-function-name (low.l)
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• Re: which functions should be generic?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Bug in intern-function-name (low.l)
  • From: Gregor.pa@Xerox.COM
• [no subject]
  • From: David Rector <drector@orion.cf.uci.edu>
• Law and documentation
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Law/Authorship/Inline
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: Law and documentation
  • From: Stanley's Tool Works <Lanning.pa@Xerox.COM>
• Re: Bug in intern-function-name (low.l)
  • From: kempf@Sun.COM
• Problems with 7debug in 7.2
  • From: kanderso@WILMA.BBN.COM
• Nesting and the Law
  • From: jrose@Sun.COM (John Rose)
• Re: Problems with 7debug in 7.2
  • From: Gregor.pa@Xerox.COM
• Re: Problems with 7debug in 7.2
  • From: rich%linus@mitre-bedford.ARPA
• A Law is a Law, Guffaw, Guffaw
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Problems with 7debug in 7.2
  • From: aboulang@WILMA.BBN.COM
• Re: A Law is a Law, Guffaw, Guffaw
  • From: kempf@Sun.COM
• intern-function-name
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• CLOS slot access
  • From: Brad.Myers@a.gp.cs.cmu.edu
• Re: A Law is a Law, Guffaw, Guffaw
  • From: Gregor.pa@Xerox.COM
• intern-function-name
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• The Law of Demeter
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: CLOS Speed
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• Re: CLOS slot access
  • From: hartung%ics@ucsd.edu (Jeff Hartung)
• Let's take a break.
  • From: karl lieberherr <lieber@corwin.ccs.northeastern.edu>
• Re: CLOS slot access
  • From: Gregor.pa@Xerox.COM
• Re: CLOS Speed
  • From: Gregor.pa@Xerox.COM
• Re: CLOS Speed
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• Re: CLOS Speed
  • From: Gregor.pa@Xerox.COM
• Request for Flavors -> CLOS
  • From: oravax!cde@cu-arpa.cs.cornell.edu (Carl Eichenlaub)
• shared slots, obsolete classes, dynamic slots
  • From: unido!ztivax!adf@uunet.UU.NET (Angela Dappert-Farquhar)
• typep and defclass vs. ExCL
  • From: Gregor.pa@Xerox.COM
• method discrimination on persistent objects
  • From: larry%postgres.Berkeley.EDU@berkeley.edu (Larry Rowe)
• the weather is here, wish you were beautiful
  • From: Gregor.pa@Xerox.COM
• *slotd-unsupplied*
  • From: kempf@Sun.COM
• patch for slot-value
  • From: unido!ztivax!adf@uunet.UU.NET (Angela Dappert-Farquhar)
• test
  • From: kgk@cs.brown.edu
• [no subject]
  • From: SOBO@S66.Prime.COM
• bug fix
  • From: Ian Horswill <IDH@AI.AI.MIT.EDU>
• CLOS Workshop
  • From: Gregor.pa@Xerox.COM
• Re: bug fix
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• defmethod does not eval eql-specializer-forms
  • From: Ian Horswill <IDH@AI.AI.MIT.EDU>
• Re: defmethod does not eval eql-specializer-forms
  • From: Gregor.pa@Xerox.COM
• object-oriented Lisp user interfaces
  • From: oravax!dean@cu-arpa.cs.cornell.edu (William Dean)
• problem with 7-7 version: setfs inside with-slots
  • From: steinmetz!eraserhead!duff@uunet.UU.NET (David A Duff)
• Re: defmethod does not eval eql-specializer-forms
  • From: IIM@ECLA.USC.EDU
• object-oriented Lisp user interfaces
  • From: Michael Sokolov <sokolov@waterloo.media.mit.edu>
• Problem in yesterday's new PCL
  • From: doug@zaphod.prime.com (Douglas Rand)
• Re: problem with 7-7 version: setfs inside with-slots
  • From: Gregor.pa@Xerox.COM
• Re: object-oriented Lisp user interfaces
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• object-oriented Lisp user interfaces
  • From: Dan Cerys <cerys@bbn.com>
• object-oriented Lisp user interfaces
  • From: Charles R. Martin <crm@summanulla.mc.duke.edu>
• Re: object-oriented Lisp user interfaces
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• Re: object-oriented Lisp user interfaces
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• putting CLOS objects in binfiles
  • From: jrose@Sun.COM (John Rose)
• KCL PCL version 7/7/88
  • From: Nat Ballou <AI.BALLOU@MCC.COM>
• putting CLOS objects in binfiles
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: putting CLOS objects in binfiles
  • From: Bobrow.pa@Xerox.COM
• Clos for Symbolics version7.2
  • From: John W. Dye Jr. <jdye@ads.com>
• Re: putting CLOS objects in binfiles
  • From: kempf@Sun.COM
• Recursive slot specialization proposal
  • From: oravax!polites.UUCP!hook@cu-arpa.cs.cornell.edu
• Iterate macro on Symbolics
  • From: Michael Sokolov <sokolov@victoria.media.mit.edu>
• putting CLOS objects in binfiles
  • From: jrose@Sun.COM (John Rose)
• Making System Functions Specializable
  • From: "Timothy_Koschmann.DPMW4000"@Xerox.COM
• CLOS specification
  • From: Gregor.pa@Xerox.COM
• Object-oriented window systems.
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Making System Functions Specializable
  • From: Michael Sokolov <sokolov@waterloo.media.mit.edu>
• Re: Object-oriented window systems.
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• with-slots problem
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Re: with-slots problem
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Problems with KCL version of 7/7/88 PCL ...
  • From: Leonid V. Belyaev <leo@CS.UCLA.EDU>
• Re: Making System Functions Specializable
  • From: kanderso@WILMA.BBN.COM
• 2 loading performance problems
  • From: kanderso@WILMA.BBN.COM
• Re: Problems with KCL version of 7/7/88 PCL ...
  • From: Gregor.pa@Xerox.COM
• pcl does not compile in KCL
  • From: mujica@CS.UCLA.EDU (s. mujica)
• UncommonWindows
  • From: Mike Thome <mthome@VAX.BBN.COM>
• eql specializers
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• (defmethod (setf <generic>) ... )
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Re: Making System Functions Specializable
  • From: "Timothy_Koschmann.DPMW4000"@Xerox.COM
• pcl
  • From: mujica@CS.UCLA.EDU (S Mujica)
• Re: method discrimination on persistent objects
  • From: Gregor.pa@Xerox.COM
• Persistent objects
  • From: Andreas Paepcke <paepcke%hplap@hplabs.HP.COM>
• Re: method discrimination on persistent objects
  • From: Gregor.pa@Xerox.COM
• Re: Persistent objects
  • From: Gregor.pa@Xerox.COM
• Re: Persistent objects
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• Re: method discrimination on persistent objects
  • From: Gregor.pa@Xerox.COM
• Re: method discrimination on persistent objects
  • From: Gregor.pa@Xerox.COM
• bug in 7/20/88 PCL
  • From: Gregor.pa@Xerox.COM
• Bug in 7/20/88 (beta) PCL
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• Re: Bug in 7/20/88 (beta) PCL
  • From: kiuchi.pa@Xerox.COM
• Info on Chapter 3
  • From: daven@prost.llnl.gov (David Nelson)
• Re: Bug in 7/20/88 (beta) PCL
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• managing a resource of instances
  • From: hmuller@Sun.COM (Hans Muller)
• Re: managing a resource of instances
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• description language classes & the Meta-Object Protocol
  • From: jrose@Sun.COM (John Rose)
• Allocating Instances
  • From: Andreas Paepcke <paepcke%hplap@hplabs.HP.COM>
• Re: Allocating Instances
  • From: David C. Martin <dcmartin%postgres.Berkeley.EDU@Berkeley.EDU>
• where I'm going, etc.
  • From: Sonya E. Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• bug in pcl::slot-exists-p
  • From: alarson@src.honeywell.com (Aaron Larson)
• shared-class demo..
  • From: dcmartin%postgres.Berkeley.EDU@berkeley.edu (David C. Martin)
• Notes on the efficiency of the new version of PCL (7/20/88 beta)
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• 7/7 bugs
  • From: kanderso@WILMA.BBN.COM
• confirmation on EQL
  • From: Masayuki Ida <ida%cc.aoyama.junet%UTOKYO-RELAY.CSNet@relay.cs.net>
• KCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Info on Chapter 3
  • From: Chris Richardson <mcvax!harlqn.co.uk!chris@uunet.UU.NET>
• Re: confirmation on EQL
  • From: kanderso@WILMA.BBN.COM
• Another expand-defmethod-internal bug
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• bug in 7/20 PCL
  • From: Gregor.pa@Xerox.COM
• Re: Other rewrites for merge-methods-into-list
  • From: Gregor.pa@Xerox.COM
• PCL releases
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• [barmar@Think.COM: MULTIPLE-VALUE-SETQ and SYMBOL-MACROLET interaction]
  • From: Gregor.pa@Xerox.COM
• [barmar@Think.COM: MULTIPLE-VALUE-SETQ and SYMBOL-MACROLET interaction]
  • From: Gregor.pa@Xerox.COM
• get-setf-generic-function
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• [barmar@Think.COM: MULTIPLE-VALUE-SETQ and SYMBOL-MACROLET interaction]
  • From: Eric Benson <edsel!eb@labrea.stanford.edu>
• new version of PCL
  • From: Jean-Francois Rit <rit@coyote.stanford.edu>
• with-slots, the saga continues
  • From: kanderso@WILMA.BBN.COM
• Some typos in tthe 7/20/88 release
  • From: liew@aramis.rutgers.edu (liew)
• duplicate slots in permutation vectors
  • From: kanderso@WILMA.BBN.COM
• Re: Some typos in tthe 7/20/88 release
  • From: Gregor.pa@Xerox.COM
• Re: [barmar@Think.COM: MULTIPLE-VALUE-SETQ and SYMBOL-MACROLET interaction]
  • From: Gregor.pa@Xerox.COM
• Re: with-slots, the saga continues
  • From: Gregor.pa@Xerox.COM
• Re: duplicate slots in permutation vectors
  • From: Gregor.pa@Xerox.COM
• Re: Some typos in tthe 7/20/88 release
  • From: sharma@cel.fmc.com (Uma Kant Sharma)
• re: PCL releases
  • From: Vaughan Johnson <VJOHNSON@SUMEX-AIM.Stanford.EDU>
• Re: PCL releases
  • From: Gregor.pa@Xerox.COM
• Re: get-setf-generic-function
  • From: Gregor.pa@Xerox.COM
• :class vs :initform
  • From: Gregor.pa@Xerox.COM
• describe-instance
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Re: new version of PCL
  • From: Gregor.pa@Xerox.COM
• declare in with-slots
  • From: Gregor.pa@Xerox.COM
• 88/8/1 PCL patches
  • From: kanderso@WILMA.BBN.COM
• interactions between defclass and type specifier
  • From: adf@ztivax.siemens.com (Angela Dappert-Farquhar)
• RE: decalre in with-slots
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• PCL environmental stuff for Xerox machines
  • From: welch@saqqara.cis.ohio-state.edu (Arun Welch)
• Where is arisia
  • From: Michael Sokolov <sokolov@waterloo.media.mit.edu>
• RE: declare in with-slots
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Where is arisia
  • From: Gregor.pa@Xerox.COM
• declare in with-slots
  • From: Patrick Dussud <edsel!dussud@labrea.stanford.edu>
• Re: update-method-inheritance
  • From: Gregor.pa@Xerox.COM
• Re: interactions between defclass and type specifier
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: kempf@Sun.COM
• Re: update-method-inheritance
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: David N Gray <Gray@DSG.csc.ti.com>
• declare in with-slots
  • From: Glenn Andrew Kramer <GAK@SPAR-20.SPAR.SLB.COM>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: kempf@Sun.COM
• Re: 8-1 pcl fails to compile in Coral 1.2.1
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Bug in walker under KCL
  • From: pc%linus@mitre-bedford.ARPA
• Re: 8/2/88 PCL and Allegro 3.0
  • From: Gregor.pa@Xerox.COM
• Version of 2 August 88
  • From: msch@ztivax.siemens.com (M. Schneider-Hufschmidt)
• with-slots bug (still)
  • From: Michael Sokolov <sokolov@waterloo.media.mit.edu>
• Re: 8/2/88 PCL and Allegro 3.0
  • From: franz!frisky!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• description language classes & the Meta-Object Protocol
  • From: jrose@Sun.COM (John Rose)
• Misc. PCL patches
  • From: LaMott Oren <Oren@Home.csc.ti.com>
• Re: description language classes & the Meta-Object Protocol
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: Gregor.pa@Xerox.COM
• Re: Version of 2 August 88
  • From: Gregor.pa@Xerox.COM
• (SETF FOO) in next PCL
  • From: Gregor.pa@Xerox.COM
• Re: Misc. PCL patches
  • From: Gregor.pa@Xerox.COM
• Re: 88/8/1 PCL patches
  • From: Gregor.pa@Xerox.COM
• Re: 88/8/1 PCL patches
  • From: kempf@Sun.COM
• 8/3/88 version won't compile under KCL
  • From: burdorf@rand-unix.ARPA
• macros defining declarations
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• #+lispm bugs
  • From: Vaughan Johnson <VJOHNSON@SUMEX-AIM.Stanford.EDU>
• PCL package
  • From: Jim Salem <Salem@Think.COM>
• #+lispm bugs
  • From: Charles Hornig <Hornig@ALDERAAN.SCRC.Symbolics.COM>
• Re: macros defining declarations
  • From: Gregor.pa@Xerox.COM
• :dynamic slots
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• (DEFMETHOD (setf foo) ... doesn't work
  • From: salem@Think.COM
• Mailing List
  • From: SOBO@s66.Prime.COM
• PCL/CLOS
  • From: Graeme Smith BBN Scotland <gsmith@scotland.bbn.com>
• Re: declare in with-slots
  • From: kempf@Sun.COM
• Re: (DEFMETHOD (setf foo) ... doesn't work
  • From: Gregor.pa@Xerox.COM
• Re: declare in with-slots
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• Bug in vector.lisp
  • From: David.McDonald@WB1.CS.CMU.EDU
• 2 problems with add-lexical-functions-to-method-lambda
  • From: kanderso@PEBBLES.BBN.COM
• Re: Bug in vector.lisp
  • From: Gregor.pa@Xerox.COM
• CLOS workshop
  • From: Gregor.pa@Xerox.COM
• Dynamic Slots
  • From: macgreg@vaxa.isi.edu
• who makes class-prototype
  • From: alarson@src.honeywell.com (Aaron Larson)
• Re: #+lispm bugs
  • From: Daniel Cerys <cerys@bbn.com>
• non-beta release
  • From: Kurt D. Krebsbach <"krebsbach@hi-csc.honeywell.com"@hi-csc.honeywell.com>
• Re: who makes class-prototype
  • From: kanderso@PEBBLES.BBN.COM
• iteration bug
  • From: Kurt D. Krebsbach <"krebsbach@hi-csc.honeywell.com"@hi-csc.honeywell.com>
• [no subject]
  • From: Kurt D. Krebsbach <"krebsbach@hi-csc.honeywell.com"@hi-csc.honeywell.com>
• problem in initialize-instance
  • From: poman@CS.UCLA.EDU
• Missing Functions for HP Common Lisp
  • From: unido!sbsvax!fb10vax.sbsvax!roman@uunet.UU.NET
• Re: problem in initialize-instance
  • From: Gregor.pa@Xerox.COM
• iterate in Genera 7.1
  • From: Gregor.pa@Xerox.COM
• changes to slot access
  • From: Gregor.pa@Xerox.COM
• Re: who makes class-prototype
  • From: alarson@src.honeywell.com (Aaron Larson)
• Latest PCL version
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Re: with-slots bug (still)
  • From: Gregor.pa@Xerox.COM
• Re: Latest PCL version
  • From: kanderso@WILMA.BBN.COM
• Re: who makes class-prototype
  • From: Gregor.pa@Xerox.COM
• Re: problem in initialize-instance
  • From: Warren Harris <harris%hplwhh@hplabs.HP.COM>
• Re: problem in initialize-instance
  • From: kanderso@PEBBLES.BBN.COM
• [no subject]
  • From: Kurt D. Krebsbach <krebsbach@arisia.Xerox.COM>
• iterate in 7.1
  • From: Gregor.pa@Xerox.COM
• :documentation slot option
  • From: Daniel Cerys <cerys@bbn.com>
• lucid port of St. Patrick's Day PCL
  • From: oravax!hook@cu-arpa.cs.cornell.edu (Jim Hook)
• STRUCTURE-CLASS metaclass
  • From: R. Shapiro <RSHAPIRO@G.BBN.COM>
• extra tests in built-in-class-of?
  • From: kanderso@PEBBLES.BBN.COM
• Defining classes for other predefined CommonLisp types
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Making the KCL compiler recursive
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: :documentation slot option
  • From: Gregor.pa@Xerox.COM
• Re: STRUCTURE-CLASS metaclass
  • From: Gregor.pa@Xerox.COM
• Re: extra tests in built-in-class-of?
  • From: Gregor.pa@Xerox.COM
• Can't get 8/2/88 pcl to compile under Allegro 1.2.1...
  • From: Curt Stevens <stevens@boulder.Colorado.EDU>
• exporting standard-class
  • From: oravax!esrig@cu-arpa.cs.cornell.edu (Bruce Esrig)
• Re: exporting standard-class
  • From: kanderso@PEBBLES.BBN.COM
• recording source file names
  • From: Jim Salem <Salem@Think.COM>
• CLOS needs an UNDEFMETHOD
  • From: Jim Salem <Salem@Think.COM>
• CLOS needs an UNDEFMETHOD
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Re: CLOS needs an UNDEFMETHOD
  • From: kanderso@pebbles.bbn.com
• Problem with generic function caches in EXCL (aka Allegro CL)
  • From: Frank Halasz <halasz%sw.MCC.COM@MCC.COM>
• VAX compilation errors
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• additions to KCL-LOW
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Changes to CLOS {was: UNDEFMETHOD}
  • From: salem@Think.COM
• Re: Problem with generic function caches in EXCL (aka Allegro CL)
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• PCL Environment files for Envos lisp
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• Re: CLOS needs an UNDEFMETHOD
  • From: Gregor.pa@Xerox.COM
• 8/24 PCL works in KCL
  • From: Gregor.pa@Xerox.COM
• VAXLisp V2.1 Compilation Error
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Re: exporting standard-class
  • From: Gregor.pa@Xerox.COM
• bug with :accessor-prefix
  • From: Gregor.pa@Xerox.COM
• fix for allegro (excl) on sun4
  • From: jkf%frisky%franz@ucbarpa.Berkeley.EDU (John Foderaro)
• Rev 1 version of AAAI PCL
  • From: Gregor.pa@Xerox.COM
• bugs
  • From: adf@ztivax.siemens.com (Angela Dappert-Farquhar)
• A PCL browser
  • From: rich%linus@mitre-bedford.ARPA
• Re: Another (major) difference
  • From: Gregor.pa@Xerox.COM
• RE: VAXLisp V2.1 Compilation Error
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• Re: Another (major) difference
  • From: Gregor.pa@Xerox.COM
• Another (major) difference
  • From: larus@paris.Berkeley.EDU (James Larus)
• Re: PCL Environment files for Envos lisp
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• Another (major) difference
  • From: Eric Benson <eb@lucid.com>
• Re: A PCL browser
  • From: R. Shapiro <RSHAPIRO@G.BBN.COM>
• Lucid Bug when compiling PCL (?)
  • From: "Pawel Stefanski" <stefan@gmuvax2.gmu.edu>
• printing prototypes
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• eql specializers
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: A PCL browser
  • From: kempf@Sun.COM
• Re: IGNORE on specialized parameters in methods
  • From: Gregor.pa@Xerox.COM
• PCL DESCRIBE
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• slot unbound
  • From: jkf%frisky%franz@ucbarpa.Berkeley.EDU (John Foderaro)
• IGNORE on specialized parameters in methods
  • From: rich%linus@mitre-bedford.ARPA
• Common LISP
  • From: 9597@DB0TUZ01.BITNET
• eql specializers
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: Specializing methods on t with qualifiers
  • From: Gregor.pa@Xerox.COM
• Re: mailing list
  • From: Kannan <kannan@b.cs.wvu.wvnet.edu>
• Re: Apply fails with call-next-method
  • From: Gregor.pa@Xerox.COM
• Apply fails with call-next-method
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• Re: Apply fails with call-next-method
  • From: Gregor.pa@Xerox.COM
• Apply DOES NOT fail with call-next-method !
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• symbol-macrolet-semantics, symbol-macrolet-utility
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Test message. Please delete.
  • From: JLarson.pa@Xerox.COM
• PCL on Explorers
  • From: Daniel Cerys <cerys@bbn.com>
• Fairfax Meeting
  • From: kempf@Sun.COM
• Bug in PCL
  • From: larus@paris.Berkeley.EDU (James Larus)
• [clagett@cs.unc.edu: PCL/CommonLoops newest version]
  • From: Lois Lew <lew@lucid.com>
• Re: redefining methods
  • From: burdorf@rand-unix.ARPA
• bug in all AAAI PCLs
  • From: Gregor.pa@Xerox.COM
• Issue: SYMBOL-MACROLET-DECLARE (version 1)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• call-next-method and arguments to :before and :after methods
  • From: Frank Halasz <halasz@SW.MCC.COM>
• Re: bug in all AAAI PCLs
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• Bug (and fix for same) in ALL-STD-CLASS-WRITERS-MISS
  • From: Frank Halasz <halasz@SW.MCC.COM>
• RE: Issue: SYMBOL-MACROLET-DECLARE (version 1)
  • From: piazza%lisp.DEC@decwrl.dec.com (Jeffrey Piazza)
• Issue: SYMBOL-MACROLET-DECLARE (version 1)
  • From: Patrick Dussud <dussud@lucid.com>
• :class slot allocation
  • From: tk@hunny.att.com
• :class slot allocation
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• :class slot allocation
  • From: Patrick Dussud <dussud@lucid.com>
• PCL for Gold-Hill Common Lisp
  • From: Wei-Han Chu <CHU@KL.SRI.COM>
• call-next-method and arguments to :before and :after methods
  • From: jrose@Sun.COM (John Rose)
• call-next-method and arguments to :before and :after methods
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: call-next-method and arguments to :before and :after methods
  • From: masinter.pa@Xerox.COM
• unoptimized Slot-value and other things
  • From: kanderso@PEBBLES.BBN.COM
• getting a list of existing slots
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Re: getting a list of existing slots
  • From: Gregor.pa@Xerox.COM
• Re: redefining methods
  • From: Gregor.pa@Xerox.COM
• Re: redefining methods
  • From: eliot@winnie.Princeton.EDU (eliot handelman)
• Re: redefining methods
  • From: Gregor.pa@Xerox.COM
• Re: unoptimized Slot-value and other things
  • From: Gregor.pa@Xerox.COM
• Recording method definitions
  • From: SOBO@s66.Prime.COM
• Re: Recording method definitions
  • From: Gregor.pa@Xerox.COM
• Re: redefining methods
  • From: burdorf@rand-unix.ARPA
• metaobject protocol documentation
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Please put me on the mailing list
  • From: bmiller@vaxa.isi.edu (Brent Miller)
• CLOS question: method combination
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Re: CLOS question: method combination
  • From: Bobrow.pa@Xerox.COM
• :type bug?
  • From: Doug Ruth <RUTH@SRI-ROBOTX.ARPA>
• Re: metaobject protocol documentation
  • From: Gregor.pa@Xerox.COM
• Re: :type bug?
  • From: Gregor.pa@Xerox.COM
• Re: metaobject protocol documentation
  • From: Gregor.pa@Xerox.COM
• Re: Issue: SYMBOL-MACROLET-DECLARE (version 1)
  • From: masinter.pa@Xerox.COM
• Re: :type bug?
  • From: kempf@Sun.COM
• Issue: SYMBOL-MACROLET-DECLARE (version 1)
  • From: Patrick Dussud <dussud@lucid.com>
• Re: metaobject protocol documentation
  • From: Hubert Hofbauer <K311770@AEARN.BITNET>
• PCL Genera 7.2 bugfixes
  • From: Mike Thome <mthome@VAX.BBN.COM>
• metaobject protocol (description languages)
  • From: jrose@Sun.COM (John Rose)
• Exports should include standard types
  • From: salem@Think.COM
• Lucid compiler barfs
  • From: Michael Sokolov <sokolov@a-boy.media.mit.edu>
• PCL Genera 7.2 bugfixes
  • From: Jim Salem <Salem@Think.COM>
• Yet another 7.2 patch
  • From: Mike Thome <mthome@VAX.BBN.COM>
• One more Genera bugfix.
  • From: Mike Thome <mthome@VAX.BBN.COM>
• 8/28/88 PCL ON PRIME LUCID COMMON LISP (VERSION 1.2)
  • From: SOBO@s66.Prime.COM
• Does anyone have the 3/17/88 PCL ??
  • From: bmiller@vaxa.isi.edu (Brent Miller)
• PCL on KCL
  • From: grs@wucs1.wustl.edu (Guillermo Ricardo Simari)
• Re: PCL on KCL
  • From: newton@vlsi.caltech.edu (Mike Newton)
• Re: Does anyone have the 3/17/88 PCL ??
  • From: "David C. Martin" <dcmartin@cs.wisc.edu>
• new PCL on Explorers
  • From: Dave Brill <brill@vaxa.isi.edu>
• new PCL on Explorers
  • From: Dan Cerys <cerys@bbn.com>
• Bug in class allocated slot initialization
  • From: "Eric H. Nielsen" <AIDEN@UMAECS.BITNET>
• "incomplete" PCL definitions under Genera 7.2
  • From: Mark D. Grover <grover@potomac.ads.com>
• PCL on TI's
  • From: macgreg@vaxa.isi.edu
• Issue: DEFINE-OPTIMIZER
  • From: jrose@Sun.COM (John Rose)
• Q about CLOS
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Yes, it is truly annoying.....
  • From: rich%linus@mitre-bedford.ARPA
• [no subject]
  • From: SOBO@s66.prime.com
• errors compiling pcl under Symbolics 7.1
  • From: michael sokolov <victoria.media.mit.edu@VICTORIA.MEDIA.MIT.EDU>
• tracing generic functions
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: Issue: EVAL-OTHER (Version 2)
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: Needed: Info on LISP X based toolkits
  • From: lanning.pa@Xerox.COM
• Re: Issue: EVAL-OTHER (Version 2)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Needed: Info on LISP X based toolkits
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• CLUE and CLX
  • From: Robert Scheifler <RWS@zermatt.lcs.mit.edu>
• at least one's blooming
  • From: Robert Scheifler <RWS@zermatt.lcs.mit.edu>
• Re: errors compiling pcl under Symbolics 7.1
  • From: klapper@antiphos.UUCP
• Re: Needed: Info on LISP X based toolkits
  • From: kempf@Sun.COM
• Re: Issue: EVAL-OTHER (Version 2)
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: Q about CLOS
  • From: Gregor.pa@Xerox.COM
• Re: CLX and OOP
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Re: Bug in class allocated slot initialization
  • From: Gregor.pa@Xerox.COM
• Re: CLX and OOP
  • From: fischer.pa@Xerox.COM
• Re: Needed: Info on LISP X based toolkits
  • From: Mike McMahon <MMcM@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Needed: Info on LISP X based toolkits
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Needed: Info on LISP X based toolkits
  • From: mas@jupiter.risc.com
• CLOS Chapter 3
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• types & record-source-file stuff
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Re: PCL on TI's
  • From: Gregor.pa@Xerox.COM
• bugs old and new
  • From: Gregor.pa@Xerox.COM
• bugs old and new
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• Re: Issue: EVAL-OTHER (Version 2)
  • From: Brad Miller <miller@CS.ROCHESTER.EDU>
• PCL benchmark
  • From: Chris Burdorf <burdorf@rand-unix.ARPA>
• Re: PCL benchmark
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• Re: PCL benchmark
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: tracing generic functions
  • From: kanderso@PEBBLES.BBN.COM
• Re: PCL benchmark
  • From: larus@paris.Berkeley.EDU (James Larus)
• Re: PCL benchmark
  • From: Chris Burdorf <burdorf@rand.org>
• Re: PCL benchmark
  • From: kanderso@PEBBLES.BBN.COM
• CLOS, the book?
  • From: James Rice <Rice@SUMEX-AIM.STANFORD.EDU>
• Re: PCL benchmark
  • From: doug@zaphod.prime.com (Douglas Rand)
• Please add me
  • From: sowre%minerva@ads.com (Sam Owre)
• Re: CLOS, the book?
  • From: doug@zaphod.prime.com (Douglas Rand)
• PCL benchmark
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• CLOS, the book?
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• generic-function-effective-method?
  • From: kanderso@PEBBLES.BBN.COM
• Re: CLOS, the book?
  • From: Steve Ford <ford@mips.csc.ti.com>
• Workshop notes
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• Re: CLOS, the book?
  • From: "David C. Martin" <dcmartin@cs.wisc.edu>
• Re: PCL benchmark
  • From: kempf@Sun.COM
• Re: PCL benchmark
  • From: kanderso@PEBBLES.BBN.COM
• PCL/CLOS performance
  • From: kempf@Sun.COM
• Re: PCL benchmark
  • From: Chris Burdorf <burdorf@rand.org>
• the availability of CLOS without FTP
  • From: Antti Ylikoski tel +358 0 457 2704 <YLIKOSKI@FINFUN.BITNET>
• Re: PCL benchmark
  • From: Chris Burdorf <burdorf@rand.org>
• Re: Issue: EVAL-OTHER (Version 2)
  • From: masinter.pa@Xerox.COM
• Re: PCL benchmark
  • From: Gregor.pa@Xerox.COM
• Re: Failed attempt to create a metaclass
  • From: Gregor.pa@Xerox.COM
• Re: generic-function-effective-method?
  • From: Gregor.pa@Xerox.COM
• Re: CLOS Chapter 3
  • From: Gregor.pa@Xerox.COM
• CLOS analogue to TYPEP and SUBTYPEP
  • From: Eric Benson <eb@lucid.com>
• Re: CLOS analogue to TYPEP and SUBTYPEP
  • From: Gregor.pa@Xerox.COM
• PCL mailing list.
  • From: BREED@battelle.arpa
• Mailing List
  • From: M V Lapolla <marcos@AUSTIN.LOCKHEED.COM>
• Re: PCL benchmark
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Mailing List
  • From: pegah@cpsvax.cps.msu.edu (Mahmoud Pegah)
• but Billy did it
  • From: Gregor.pa@Xerox.COM
• Re: PCL benchmark
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Is PCL still portable?
  • From: macgreg@vaxa.isi.edu
• please discontinue
  • From: nerbonne%hpljan@hplabs.hp.com
• Re: PCL benchmark
  • From: Jeff Dalton <jeff@aiai.edinburgh.ac.uk>
• Re: Mailing List
  • From: M V Lapolla <marcos@AUSTIN.LOCKHEED.COM>
• Re: PCL benchmark
  • From: Gregor.pa@Xerox.COM
• Re: PCL benchmark
  • From: Chris Burdorf <burdorf@rand.org>
• Re: PCL benchmark
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• I like to use method combination
  • From: Jim Salem <Salem@Think.COM>
• method combination
  • From: R. Shapiro <RSHAPIRO@G.BBN.COM>
• Re: I like to use method combination
  • From: kanderso@pebbles.bbn.com
• Re: PCL benchmark
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• Re: I like to use method combination
  • From: Gregor.pa@Xerox.COM
• Re: PCL benchmark
  • From: Gregor.pa@Xerox.COM
• Re: PCL benchmark
  • From: Chris Burdorf <burdorf@rand.org>
• duplicate messages
  • From: Wei-Han Chu <CHU@KL.SRI.COM>
• re: duplicate messages
  • From: Hao Tang <tang@alpha.ARPA>
• Duplicate messages
  • From: newton@vlsi.caltech.edu (Mike Newton)
• Xerox Common Loops
  • From: Ambler@cssun.cs.ukans.edu
• Re: PCL/CLOS performance
  • From: Jeff Dalton <jeff@aiai.edinburgh.ac.uk>
• Re: Duplicate messages
  • From: phil@yy.cicg.rpi.edu
• duplicate messages
  • From: Michael Sokolov <sokolov@a-boy.media.mit.edu>
• Re: duplicate messages
  • From: Aaron Cohn <cohn-aaron@YALE.ARPA>
• Re: duplicate messages
  • From: Gregor.pa@Xerox.COM
• Re: duplicate messages
  • From: hdavis.pa@Xerox.COM
• Re: PCL/CLOS performance
  • From: Gregor.pa@Xerox.COM
• new addition
  • From: brian@vuse.vanderbilt.edu (Brian Antao)
• method specalization on defstructs
  • From: John W. Dye Jr. <jdye@ads.com>
• Issue: EVAL-OTHER (Version 2)
  • From: Jon L White <jonl@lucid.com>
• a request for inclusion
  • From: Antti Ylikoski <ay@cs.hut.fi>
• Addition to list
  • From: cdr%symbol%suneast@Sun.COM (Constantine Rasmussen - Sun ECD)
• Re: Issue: EVAL-OTHER (Version 2)
  • From: Brad Miller <miller@CS.ROCHESTER.EDU>
• Re: PCL/CLOS performance
  • From: Jeff Dalton <jeff@aiai.edinburgh.ac.uk>
• Request for Flavors subset in PCL
  • From: jcf%linus@mitre-bedford.ARPA
• [no subject]
  • From: SOBO@s66.Prime.COM
• OBJECT-ORIENTED CLX
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: OBJECT-ORIENTED CLX
  • From: kempf@Sun.COM
• Please add me to this mailing list
  • From: wim@ecn-nlerf.com (Wim Rijnsburger)
• Re: Issue: EVAL-OTHER (Version 2)
  • From: masinter.pa@Xerox.COM
• AAAI-pcl code walker
  • From: John W. Dye Jr. <jdye@ads.com>
• some PCL patches
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: FTPing PCL
  • From: Gregor.pa@Xerox.COM
• Request for public domain CLOS
  • From: CPT Pat Vye <pvye@cacfs.army.mil>
• Status of the PCL's metaclass implementation
  • From: shane%blackcomb@rand.org
• Re: Status of the PCL's metaclass implementation
  • From: kanderso@PEBBLES.BBN.COM
• Re: some PCL patches
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Arisia anonymous ftp
  • From: CommonLoops-Request.pa@Xerox.COM
• [no subject]
  • From: Status.of.CLOS.and.associated.software.for"production"work@summanulla.mc.duke.edu
• [no subject]
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• setf generic functions
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• Richard Harris' speed up's for PCL under KCL
  • From: burdorf%taos@rand.org
• Re: setf generic functions
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: setf generic functions
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• PCL, CLX, and CLUE in KCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Symbolics carwash and MacIvory mods
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Debugging in PCL
  • From: thoms@caen.engin.umich.edu (Dale E Thoms)
• Re: Debugging in PCL
  • From: kempf@Sun.COM
• Re: setf generic functions
  • From: bedleson%daitc%lll-tis@lll-crg.UUCP (Brenda Edleson)
• PCL 70 times slower than Ernie with 1000 cars.
  • From: burdorf%taos@rand.org
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: Mike Thome <mthome@VAX.BBN.COM>
• generating cache offsets
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• New book on CLOS programming?
  • From: mkent@SOE.Berkeley.EDU (Marty Kent)
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: Gregor.pa@Xerox.COM
• Re: generating cache offsets
  • From: Gregor.pa@Xerox.COM
• New book on CLOS programming?
  • From: weltyc@fs3.cs.rpi.edu (Christopher A. Welty)
• Re: New book on CLOS programming?
  • From: kempf@Sun.COM
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: burdorf%taos@rand.org
• Re: Debugging in PCL
  • From: Stan Lanning <Lanning.pa@Xerox.COM>
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: Nat Ballou <ballou@RACINE.ACA.MCC.COM>
• Re: New book on CLOS programming?
  • From: kempf@Sun.COM
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: Gregor.pa@Xerox.COM
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• moderating clos mailing list
  • From: brian@vuse.vanderbilt.edu (Brian Antao)
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: Nat Ballou <ballou@RACINE.ACA.MCC.COM>
• RE: PCL isn't so bad after all (even at washing cars!)
  • From: Mike Thome <mthome@VAX.BBN.COM>
• moderating clos mailing list
  • From: Michael Sokolov <sokolov@whitechapel.media.mit.edu>
• Re: moderating clos mailing list
  • From: Gregor.pa@Xerox.COM
• Re: PCL isn't so bad after all (even at washing cars!)
  • From: burdorf%taos@rand.org
• Re: PCL 70 times slower than Ernie with 1000 cars.
  • From: kempf@Sun.COM
• What would a good PCL benchmark make?
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Re: What would a good PCL benchmark make?
  • From: larus@paris.Berkeley.EDU (James Larus)
• PCL on Symbolics machines
  • From: William Clagett <clagett@cs.unc.edu>
• Problems getting PCL up under KCl/IBCL...
  • From: bettingr@cs.Buffalo.EDU (Keith E. Bettinger)
• pcl benchmarks
  • From: <BRAJNIK@UDUNIV.INFN.IT>
• specification request [plain text]
  • From: Flash Sheridan <flash@cs.qmc.ac.uk>
• Re: Problems getting PCL up under KCl/IBCL...
  • From: Gregor.pa@Xerox.COM
• MSPS-game (Re: PCL benchmark)
  • From: Masayuki Ida <ida%cc.aoyama.junet@UTOKYO-RELAY.CSNet>
• Re: MSPS-game (Re: PCL benchmark)
  • From: hdavis.pa@Xerox.COM
• Re: MSPS-game (Re: PCL benchmark)
  • From: hdavis.pa@Xerox.COM
• Problems getting PCL up under KCl/IBCL...
  • From: bettingr@cs.Buffalo.EDU (Keith E. Bettinger)
• type-of under Lucid for HP-UX 6.2
  • From: Joachim Laubsch <laubsch%hpljl@hplabs.hp.com>
• method ordering
  • From: Michael Sokolov <sokolov@victoria.media.mit.edu>
• Mailing list request
  • From: Jean Pierre Schiltz <schiltz@capsogeti.fr>
• carwash simulator
  • From: beppe%delphi%mcvax@uunet.UU.NET (Giuseppe Attardi)
• Re: method ordering
  • From: kempf@Sun.COM
• Re: type-of under Lucid for HP-UX 6.2
  • From: kempf@Sun.COM
• [no subject]
  • From: cho@cs.aber.ac.uk
• PCL by tape
  • From: Gregor.pa@Xerox.COM
• (generic-function-pretty-arglist (symbol-function 'initialize-instance))
  • From: kempf@Sun.COM
• Port of PCL to TI
  • From: Dan Larner <LARNER@SCORE.STANFORD.EDU>
• CLOS timetable
  • From: sotos@SUMEX-AIM.STANFORD.EDU (John Sotos)
• Re: Port of PCL to TI
  • From: cho@cs.aber.ac.uk
• Re: CLOS timetable
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: kiuchi.pa@Xerox.COM
• Re: new version of PCL
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• How to get CLOS Workshop proceedings?
  • From: lgm@ihlpf.UUCP (Lawrence G Mayka +1 312 416 5166)
• Re: new version of PCL
  • From: Jeff Dalton <jeff@aiai.edinburgh.ac.uk>
• find-method & new pcl
  • From: Rob Pettengill <rcp@sw.MCC.COM>
• clos-browser, Xerox/Envos Lisp
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Missing P in Xerox-patches
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Re: clos-browser, Xerox/Envos Lisp
  • From: lanning.pa@Xerox.COM
• clos-browser, Xerox/Envos Lisp
  • From: Arun Welch <welch@cis.ohio-state.edu>
• help
  • From: Lockheed <lockheed@polya.Stanford.EDU>
• Bug in Low.lisp
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Re: new version of PCL
  • From: kiuchi.pa@Xerox.COM
• Bug in Xerox-low.lisp
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Cute PCL in KCl
  • From: eliot@winnie.Princeton.EDU (eliot handelman)
• Son of Xerox-Low.lisp
  • From: Arun Welch <welch@cis.ohio-state.edu>
• PCL for TI Explorer
  • From: Haruyuki Kawabe <kawabe@etl.jp>
• Re: Cute PCL in KCl
  • From: Gregor.pa@Xerox.COM
• Re: Cute PCL in KCl
  • From: Gregor.pa@Xerox.COM
• Re: Bug in Low.lisp
  • From: Gregor.pa@Xerox.COM
• Re: find-method & new pcl
  • From: Gregor.pa@Xerox.COM
• Re: Cute PCL in KCl
  • From: kiuchi.pa@Xerox.COM
• Bringing up a new PCL
  • From: Arun Welch <welch@cis.ohio-state.edu>
• A few questions on PCL
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Re: carwash simulator
  • From: Mike Thome <mthome@VAX.BBN.COM>
• Re: Cute PCL in KCl
  • From: eliot@winnie.Princeton.EDU.Princeton.EDU (eliot handelman)
• Re: Bringing up a new PCL
  • From: Gregor.pa@Xerox.COM
• Re: A few questions on PCL
  • From: Gregor.pa@Xerox.COM
• Temporary work arounds for defgeneric and defstruct specializers
  • From: Christopher.McConnell@A.GP.CS.CMU.EDU
• Bugged new-defmacro for KCl
  • From: eliot@winnie.Princeton.EDU.Princeton.EDU (eliot handelman)
• PCL
  • From: "Vijay Rajan" <jayrajan@umn-cs.cs.umn.edu>
• Re: A few questions on PCL
  • From: Michael van Biema <michael@cs.columbia.edu>
• Are the various "benchmark" programs available
  • From: Michael van Biema <michael@cs.columbia.edu>
• Re: generic-function-pretty-arglist
  • From: duff%eraserhead%steinmetz@uunet.UU.NET (David A Duff)
• Re: How to get CLOS Workshop proceedings?
  • From: "Will_Snow.AISNorth"@Xerox.COM
• How to get CLOS Workshop proceedings?
  • From: stone@BADEN.AI.MIT.EDU (David Goldstone)
• carwash PCL/Flavors comparison
  • From: kanderso@PEBBLES.BBN.COM
• Re: A few questions on PCL
  • From: kanderso@WILMA.BBN.COM
• Re: new version of PCL (12/7/88)
  • From: ralph%lasso%mcvax@uunet.UU.NET (Ralph P. Sobek)
• Re: carwash PCL/Flavors comparison
  • From: kempf@Sun.COM
• A few questions on PCL
  • From: Jim McDonald <jlm@lucid.com>
• Re: A few questions on PCL
  • From: larus@paris.berkeley.edu (James Larus)
• goodbye
  • From: Michael Sokolov <sokolov@a-boy.media.mit.edu>
• Re: A few questions on PCL
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• change name in mailing list
  • From: vargasje@midway.ece.scarolina.edu
• CLOS lambda-list congruence
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: CLOS lambda-list congruence
  • From: kempf@Sun.COM
• Re: CLOS lambda-list congruence
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CLOS lambda-list congruence
  • From: kempf@Sun.COM
• Please remove from mailing list
  • From: root@XN.LL.MIT.EDU (The Big Cheese)
• destroying classes
  • From: Dave Brill <brill@vaxa.isi.edu>
• Redefining Traced Generic Functions
  • From: kempf@Sun.COM
• Re: destroying classes
  • From: Gregor.pa@Xerox.COM
• Compiler Warning from MAKE-PARAMETER-REFERENCES
  • From: goldman@vaxa.isi.edu
• Re: Compiler Warning from MAKE-PARAMETER-REFERENCES
  • From: cutting.pa@Xerox.COM
• Re: Compiler Warning from MAKE-PARAMETER-REFERENCES
  • From: Gregor.pa@Xerox.COM
• Add to mailing list
  • From: csteury%roma%esunix@cs.utah.edu (Craig Steury)
• [David E. Wallace: Re: A few questions on PCL ]
  • From: larus@paris.Berkeley.EDU (James Larus)
• ignore declarations/ defmethod specialization
  • From: goldman@vaxa.isi.edu
• Re: CLOS lambda-list congruence
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: CLOS lambda-list congruence
  • From: kempf@Sun.COM
• real-add-method in KCL
  • From: kanderso@WILMA.BBN.COM
• Re: real-add-method in KCL
  • From: Gregor.pa@Xerox.COM
• Re: Lucid compiler barfs
  • From: Andrew J Cole <ajcole@ai.leeds.ac.uk>
• Re: CLOS lambda-list congruence
  • From: Gregor.pa@Xerox.COM
• chapter 3
  • From: duff%eraserhead%steinmetz@uunet.UU.NET (David A Duff)
• PCL bug or CLOS spec issue?
  • From: goldman@vaxa.isi.edu
• Re: PCL bug or CLOS spec issue?
  • From: Gregor.pa@Xerox.COM
• Installing PCL, on Coral and Lucid
  • From: rik%cs@ucsd.edu (Rik Belew)
• Re: Installing PCL, on Coral and Lucid
  • From: Gregor.pa@Xerox.COM
• Finding "Non-applicable" Methods
  • From: David E. Wallace <wallace%hpldew@hplabs.hp.com>
• Suggestion Sent to CommonLoops List
  • From: David E. Wallace <wallace@hpldew>
• Compilation implications
  • From: Jon L White <jonl@lucid.com>
• Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Compilation implications
  • From: Jon L White <jonl@lucid.com>
• Re: Compilation implications
  • From: kempf@Sun.COM
• Compilation implications
  • From: Jon L White <jonl@lucid.com>
• Re: Finding "Non-applicable" Methods
  • From: Gregor.pa@Xerox.COM
• Issue: LOAD-OBJECTS (Version 1)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Mailing List Request
  • From: D'Souza Desmond <dsouza@MCC.COM>
• Re: Compilation implications
  • From: kempf@Sun.COM
• Re: Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation implications
  • From: kempf@Sun.COM
• Accessing arisia.xerox.com
  • From: Wei-Han Chu <CHU@KL.SRI.COM>
• Re: Compilation implications
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation implications
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation implications
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Compilation implications
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Compilation implications
  • From: Jon L White <jonl@lucid.com>
• Compilation implications
  • From: jrose@Sun.COM (John Rose)
• Compilation implications
  • From: jrose@Sun.COM (John Rose)
• Question (complaint?) on CLOS Spec
  • From: Mike Thome <mthome@BBN.COM>
• Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation implications
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Compilation implications
  • From: Jon L White <jonl@lucid.com>
• pcl
  • From: maida@shire.cs.psu.edu (Anthony Maida)
• MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: jrose@Sun.COM (John Rose)
• MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: David N Gray <Gray@DSG.csc.ti.com>
• MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: Eric Benson <eb@lucid.com>
• Re: MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• MAKE-LOAD-FORM can handle circularities [was Compilation implications]
  • From: Eric Benson <eb@lucid.com>
• Issue: LOAD-OBJECTS (Version 2)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: LOAD-OBJECTS (Version 2)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• code walker -- ticl::let-if
  • From: Gregor.pa@Xerox.COM
• CLOS/KCL - New KCL?
  • From: cross@cs2.wsu.edu
• code walker -- ticl::let-if
  • From: goldman@vaxa.isi.edu
• I think there is a bug in the reader decoder
  • From: rich@linus.MITRE.ORG
• new fin.cl
  • From: jkf%frisky%franz@ucbarpa.Berkeley.EDU (John Foderaro)
• Re: CLOS/KCL - New KCL?
  • From: kanderso@WILMA.BBN.COM
• Re: Issue: LOAD-OBJECTS (Version 2)
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Issue: LOAD-OBJECTS (Version 2)
  • From: jrose@Sun.COM (John Rose)
• Address change
  • From: alex@umbc3.umbc.edu (Alex S. Crain)
• Bug in Xerox-Medley Dec PCL
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Re: Bug in Xerox-Medley Dec PCL
  • From: cutting.pa@Xerox.COM
• Hack to make the previous bug work
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Re: Bug in Xerox-Medley Dec PCL
  • From: Stanley's Tool Works <Lanning.pa@Xerox.COM>
• meta-object protocol
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• Re: meta-object protocol
  • From: kanderso@BBN.COM
• Re: meta-object protocol
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• *make-instance vs. make-instance
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• DEFMETHOD compile-time processing
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: *make-instance vs. make-instance
  • From: kiuchi.pa@Xerox.COM
• DEFMETHOD compile-time processing
  • From: Patrick Dussud <dussud@lucid.com>
• DEFMETHOD compile-time processing
  • From: jrose@Sun.COM (John Rose)
• Return value of defclass
  • From: Dan Larner <LARNER@SCORE.STANFORD.EDU>
• Re: DEFMETHOD compile-time processing
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• DEFMETHOD compile-time processing
  • From: Patrick Dussud <dussud@lucid.com>
• bug in 12/7 pcl under ibcl and kcl
  • From: Diana Smetters <diana@cis.ohio-state.edu>
• bug in constructors in Franz
  • From: Gregor.pa@Xerox.COM
• Has anyone redone the KCL Turbo patch for Ibuki on an IRIS?
  • From: Christopher.McConnell@A.GP.CS.CMU.EDU
• re: (export *exports* ...)
  • From: maida@sol4.ARPA (Anthony Maida)
• Omitted walker template for Coral Common Lisp 1.2.1
  • From: Dan Rabin <rabin@arisia.xerox.com>
• Re: (export *exports* ...)
  • From: kanderso@BBN.COM
• Return Value of Defclass
  • From: Dan Larner <LARNER@SCORE.STANFORD.EDU>
• Tektronix ExCL vs PCL
  • From: "George R. Cross" <cross@cs2.wsu.edu>
• Return Value of Defclass
  • From: Gregor.pa@Xerox.COM
• PCL under Lucid
  • From: David Alpern <Alpern@IBM.COM>
• Re: DEFMETHOD compile-time processing
  • From: David N Gray <Gray@DSG.csc.ti.com>
• PCL on LUCID
  • From: David Alpern <Alpern@IBM.COM>
• defsys problem w/Medley 1.0S
  • From: ralph%lasso%mcvax@uunet.UU.NET (Ralph P. Sobek)
• FLAVOR-Interface to PCL
  • From: roman@fb10vax.informatik.uni-saarland.dbp.de
• pcl-env.lisp
  • From: msch@ztivax.siemens.com (Matthias Schneider-Hufschmidt)
• MetaClass
  • From: "@lll-winken.UUCP"@Xerox.COM, milich%whuts@att.ARPA
• Re: MetaClass
  • From: kanderso@BBN.COM
• MetaClass
  • From: Joe Mohan <mohan%hpljsm@hplabs.hp.com>
• Re: Tektronix ExCL vs PCL
  • From: georgej%ficl%franz@ucbarpa.Berkeley.EDU (George Jacob)
• meta-object protocol
  • From: Gregor.pa@Xerox.COM
• Issue: FUNCTION-NAME (Version 1)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issue: FUNCTION-NAME (Version 1)
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Issue: FUNCTION-NAME (Version 1)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: FUNCTION-NAME (Version 1)
  • From: Gregor.pa@Xerox.COM
• meta-object protocol
  • From: BARRYN@s66.prime.com
• RE:metaclass
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• extension metaclass
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• PCL under Lucid
  • From: Jon L White <jonl@lucid.com>
• PCL on LUCID
  • From: Jon L White <jonl@lucid.com>
• :allocation of :class, ...
  • From: Dan Larner <LARNER@SCORE.STANFORD.EDU>
• "advise" in 12/7 3600-low.lisp
  • From: Dave Brill <brill@vaxa.isi.edu>
• editorial comments on chapter 3
  • From: David N Gray <Gray@DSG.csc.ti.com>
• PCL on VAX VMS
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• classes and environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• chapter 3 comments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• bug in WITH-SLOTS macro
  • From: goldman@vaxa.isi.edu
• Issue: FUNCTION-NAME (Version 1)
  • From: jrose@Sun.COM (John Rose)
• CLOS ON TI
  • From: <AKMAL@ARIZEVAX.BITNET>
• CLOS ON TI
  • From: Dan Cerys <cerys@BBN.COM>
• PCL on VAX/VMS
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• issue SYMBOL-MACROLET-SEMANTICS
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• issue SYMBOL-MACROLET-SEMANTICS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• I/O generic functions
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: I/O generic functions
  • From: Warren Harris <harris%hplwhh@hplabs.hp.com>
• Re: I/O generic functions
  • From: Sonya Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• I/O generic functions
  • From: Mike McMahon <MMcM@STONY-BROOK.SCRC.Symbolics.COM>
• omissions from chapter 3
  • From: David N Gray <Gray@DSG.csc.ti.com>
• design of update-instance-for-redefined-class and bug in PCL
  • From: adf@ztivax.siemens.com (Angela Dappert-Farquhar)
• local generic functions
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: issue MACRO-ENVIRONMENT-EXTENT, version 1
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: issue MACRO-ENVIRONMENT-EXTENT, version 1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: issue MACRO-ENVIRONMENT-EXTENT, version 1
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• [no subject]
  • From: whaley@june.cs.washington.edu (Ken Whaley)
• CLOS Mailing List
  • From: foote@p.cs.uiuc.edu (Brian Foote)
• GCLISP Version 1.01 and PCL
  • From: Patrick D. Vye <CACDA-C3I@A.ISI.EDU>
• pcl:FUNCTION-ARGLIST
  • From: goldman@vaxa.isi.edu
• effective methods question
  • From: David N Gray <Gray@DSG.csc.ti.com>
• DEFSTRUCT and DEFCLASS
  • From: David N Gray <Gray@DSG.csc.ti.com>
• CLOS questions
  • From: David N Gray <Gray@DSG.csc.ti.com>
• effective methods question
  • From: Patrick Dussud <dussud@lucid.com>
• Comments on metaobject draft 10
  • From: David Moon <moon@scrc-pegasus>
• CLOS questions
  • From: Patrick Dussud <dussud@lucid.com>
• Issue MACRO-ENVIRONMENT-EXTENT
  • From: Kim A. Barrett <IIM%ECLA@ECLC.USC.EDU>
• Issue CONSTANT-COMPILABLE-TYPES
  • From: Kim A. Barrett <IIM%ECLA@ECLC.USC.EDU>
• spurious "defined twice" msgs
  • From: esrig%oravax@wrath.cs.cornell.edu (Bruce Esrig)
• CLOS defining macros & compilation
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: CLOS defining macros & compilation
  • From: kempf@Sun.COM
• CLOS defining macros & compilation
  • From: Patrick Dussud <dussud@lucid.com>
• Re: CLOS defining macros & compilation
  • From: kempf@Sun.COM
• Re: CLOS defining macros & compilation
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: CLOS defining macros & compilation
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: CLOS defining macros & compilation
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• remote environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• CLOS defining macros & compilation
  • From: Gregor.pa@Xerox.COM
• Pls. put me in the mail list
  • From: hcc@cesium.Berkeley.EDU (Norman Hung-Chia Chang)
• Issue CONSTANT-COMPILABLE-TYPES
  • From: Jon L White <jonl@lucid.com>
• Re: CLOS defining macros & compilation
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• PCL on HP and Mac
  • From: 2ELETBONARIN@IPMCC2.POLIMI.IT
• issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: Comments on metaobject draft 10
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Comments on metaobject draft 10
  • From: David N Gray <Gray@DSG.csc.ti.com>
• patch to 12/7/88
  • From: Gregor.pa@Xerox.COM
• patch to 12/7/88
  • From: kempf@Sun.COM (James Kempf)
• Unable to deliver mail
  • From: Gripe@VEGA.FAC.CS.CMU.EDU
• Re: patch to 12/7/88
  • From: Gregor.pa@Xerox.COM
• Re: patch to 12/7/88
  • From: kanderso@DINO.BBN.COM
• Re: patch to 12/7/88
  • From: kanderso@DINO.BBN.COM
• Patches and Symbolics
  • From: rich@linus.MITRE.ORG
• patch to 12/7/88
  • From: kempf@Sun.COM (James Kempf)
• PCL on the VAX
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• Re: CLOS questions
  • From: David N Gray <Gray@DSG.csc.ti.com>
• CLOS questions
  • From: Patrick Dussud <dussud@lucid.com>
• remote environments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• patches.text/pcl.tar.Z in arisia
  • From: Kiuchi.pa@Xerox.COM
• Re: remote environments
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Corrected VAX Fix
  • From: Jacky Combs <combs@STC.LOCKHEED.COM>
• macroexpansions of the user interface macros
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• macroexpansions of the user interface macros
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• OOPSLA '89
  • From: kanderso@DINO.BBN.COM
• Issue MACRO-ENVIRONMENT-EXTENT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issue: LOAD-OBJECTS (Version 2)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Failed to port PCL to VMS, DEC Common Lisp
  • From: jfd%beta@LANL.GOV (John Davis)
• Issue: LOAD-OBJECTS (Version 2)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: LOAD-OBJECTS (Version 3)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• issue CLOS-MACRO-COMPILATION
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• issue CLOS-MACRO-COMPILATION
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PCL bug?
  • From: Darrell <shane%blackcomb@rand.org>
• issue CLOS-MACRO-COMPILATION, version 1
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• class FUNCTION etc.
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• RE: Failed to port PCL to VMS, DEC Common Lisp
  • From: piazza%aitg.DEC@decwrl.dec.com (Jeffrey Piazza)
• Re: PCL bug (temp fix)
  • From: Mike Thome <mthome@BBN.COM>
• PCL bug?
  • From: Mike Thome <mthome@BBN.COM>
• Re: issue CLOS-MACRO-COMPILATION, version 1
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Issue MACRO-ENVIRONMENT-EXTENT
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: issue CLOS-MACRO-COMPILATION, version 1
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: issue CLOS-MACRO-COMPILATION, version 1
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: remote environments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: issue CLOS-MACRO-COMPILATION, version 1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: remote environments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: LOAD-OBJECTS (Version 3)
  • From: Richard P. Gabriel <rpg@lucid.com>
• Re: Issue: LOAD-OBJECTS (Version 3)
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Issue: LOAD-OBJECTS (Version 3)
  • From: Richard P. Gabriel <rpg@lucid.com>
• Re: remote environments
  • From: Gregor.pa@Xerox.COM
• Re: remote environments
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: remote environments
  • From: Gregor.pa@Xerox.COM
• Re: remote environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: remote environments
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Issue: LOAD-OBJECTS (Version 3)
  • From: jrose@Sun.COM (John Rose)
• Understanding Method Combination.
  • From: James Rice <rice@SUMEX-AIM.STANFORD.EDU>
• pcl.tar.Z on arisia.xerox.com
  • From: Kiuchi.pa@Xerox.COM
• Getting (eql <eql-specializer-form>) parameters to work
  • From: Darrell <shane%blackcomb@rand.org>
• Bayesian Reasoning Tool (BaRT)
  • From: grs@wucs1.wustl.edu (Guillermo Ricardo Simari)
• Is it possible to use deftyped types as parameter-specializers?
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Undeliverable Mail
  • From: silber%pcs0@voodoo.ucsb.edu (Eric Silber)
• Bayesian Reasoning Tool (BaRT)
  • From: john%jello@gateway.mitre.org (John Davidson)
• Method combination
  • From: Richard Zippel <rz@natasha.cs.cornell.edu>
• Re: Method combination
  • From: Gregor.pa@Xerox.COM
• Re: Issue: LOAD-OBJECTS (Version 3)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Understanding Method Combination.
  • From: Gregor.pa@Xerox.COM
• Re: Is it possible to use deftyped types as parameter-specializers?
  • From: Gregor.pa@Xerox.COM
• Re: Understanding Method Combination.
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: Issue: LOAD-OBJECTS (Version 3)
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Re: Issue: LOAD-OBJECTS (Version 3)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Understanding Method Combination.
  • From: Gregor.pa@Xerox.COM
• Re: Understanding Method Combination.
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Re: allowable specializers
  • From: Gregor.pa@Xerox.COM
• Re: Method combination
  • From: collins@mmm.3m.com (John Collins)
• allowable specializers
  • From: goldman@vaxa.isi.edu
• Re: allowable specializers
  • From: kanderso@DINO.BBN.COM
• Compile Time Class Creation (was: remote environments)
  • From: kempf@Sun.COM
• Caching bug?
  • From: waldemar@hx.LCS.MIT.EDU (Waldemar Horwat)
• Caching bug?
  • From: waldemar@hx.LCS.MIT.EDU (Waldemar Horwat)
• Re: allowable specializers
  • From: Christopher.McConnell@A.GP.CS.CMU.EDU
• Issue STREAM-DEFINITION-BY-USER (V1)
  • From: David N Gray <Gray@DSG.csc.ti.com>
• Changing slot class
  • From: Gadi <friedman@porthos.RUTGERS.EDU>
• Re: Changing slot class
  • From: kanderso@DINO.BBN.COM
• qualifier are non-nil-atoms bug
  • From: kanderso@DINO.BBN.COM
• slot list
  • From: Wilhelm Burger <K320440@AEARN.BITNET>
• with-slots bug?
  • From: kanderso@DINO.BBN.COM
• bug in change class of a class
  • From: kanderso@DINO.BBN.COM
• WITH-SLOTS
  • From: goldman@vaxa.isi.edu
• Re: WITH-SLOTS
  • From: kanderso@DINO.BBN.COM
• Avoid method cache locking
  • From: kanderso@DINO.BBN.COM
• issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: Patrick Dussud <dussud@lucid.com>
• Re: issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: Avoid method cache locking
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Infinite loop bug in cache stuff
  • From: rich@linus.MITRE.ORG
• Specializing slot-missing
  • From: Douglas Rand <doug@zaphod.prime.com> <doug>
• Re: Infinite loop bug in cache stuff
  • From: Gregor.pa@Xerox.COM
• Re: Avoid method cache locking
  • From: Gregor.pa@Xerox.COM
• Re: issue COMPILE-ENVIRONMENT-CONSISTENCY
  • From: Gregor.pa@Xerox.COM
• Re: slot list
  • From: kanderso@DINO.BBN.COM
• Avoid method cache locking
  • From: Jon L White <jonl@lucid.com>
• [kempf%Sun:COM:Xerox: CLOS Slot Subclassing Rule Violates Contravariance]
  • From: masinter.pa@Xerox.COM
• [kempf%Sun:COM:Xerox: CLOS Slot Subclassing Rule Violates Contravariance]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Product Loops -> PCL
  • From: Christine Joor <cjoor@BBN.COM>
• Re: [kempf%Sun:COM:Xerox: CLOS Slot Subclassing Rule Violates Contravariance]
  • From: kempf@Sun.COM
• Re: [kempf%Sun:COM:Xerox: CLOS Slot Subclassing Rule Violates Contravariance]
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• Chap 3 question: Class of allocated instances.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Chap 3 question: Class of allocated instances.
  • From: Patrick Dussud <dussud@lucid.com>
• Re: bug in 12/7 pcl under ibcl and kcl
  • From: Gregor.pa@Xerox.COM
• Re: DEFSTRUCT and DEFCLASS
  • From: David N Gray <Gray@dsg.csc.ti.com>
• check1.lisp (2/3)
  • From: kiuchi.pa@Xerox.COM
• check2.lisp (3/3)
  • From: kiuchi.pa@Xerox.COM
• checking precedence changes (1/3)
  • From: kiuchi.pa@Xerox.COM
• update-method-inheritance invalidates gf's unnecessarily
  • From: kanderso@DINO.BBN.COM
• notice-methods-change and my lexical environment too
  • From: kanderso@DINO.BBN.COM
• : PCL on KCL
  • From: andyg@june.cs.washington.edu
• Re: notice-methods-change and my lexical environment too
  • From: kanderso@DINO.BBN.COM
• new PCL; when?
  • From: William Clagett <clagett@cs.unc.edu>
• Re: new PCL; when?
  • From: Gregor.pa@Xerox.COM
• checking precedence changes (1/3)
  • From: kiuchi.pa@Xerox.COM
• check1.lisp (2/3)
  • From: kiuchi.pa@Xerox.COM
• check2.lisp (3/3)
  • From: kiuchi.pa@Xerox.COM
• problems compiling pcl in Mac Allegro Common Lisp
  • From: Kevin_Crowston@XV.MIT.EDU
• Re: problems compiling pcl in Mac Allegro Common Lisp
  • From: Gregor.pa@Xerox.COM
• Class explosion
  • From: konstan@postgres.Berkeley.EDU (Joe Konstan)
• Re: Class explosion
  • From: Gregor.pa@Xerox.COM
• CLOS/PCL query (defgeneric, find-method etc)
  • From: kumard@cs.Buffalo.EDU (Deepak Kumar)
• CLOS/PCL
  • From: sz%tartaros.uucp%slpfs1.uucp%unido.uucp@uunet.UU.NET (Peter Szabo)
• help
  • From: umsfjban%MTSUNIX1.BITNET@CUNYVM.CUNY.EDU (Jeff Banfield)
• Problems with eql method specifiers
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• More persistant object stuff
  • From: Douglas Rand <doug@zaphod.prime.com>
• add-slot
  • From: goldman@vaxa.isi.edu
• Re: add-slot
  • From: kanderso@DINO.BBN.COM
• Bugs
  • From: waldemar@hx.LCS.MIT.EDU (Waldemar Horwat)
• Re: add-slot
  • From: Gregor.pa@Xerox.COM
• undefmethod'ing setf forms
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• Re: Bugs
  • From: Gregor.pa@Xerox.COM
• PCL distribution for MACs
  • From: Gregor.pa@Xerox.COM
• Slot initializations when changing the class of an instance.
  • From: Darrell <shane%blackcomb@rand.org>
• Changing the :metaclass of a class
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Changing the :metaclass of a class
  • From: Gregor.pa@Xerox.COM
• CLOS Workshop
  • From: Gregor.pa@Xerox.COM
• Error found in using PCL in GCLISP V3.1
  • From: FQM6470@vx.acss.umn.edu
• Re: Error found in using PCL in GCLISP V3.1
  • From: Gregor.pa@Xerox.COM
• Removal from mailing list.
  • From: sood@ral.rpi.edu
• Removal from Mailing list
  • From: Dong Ho Lee <dhlee@herky.cs.uiowa.edu>
• A couple questions about up and coming PCL features
  • From: Darrell <shane%blackcomb@rand.org>
• How can one get a method object?
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Problems with eql method specifiers
  • From: Gregor.pa@Xerox.COM
• Re: How can one get a method object?
  • From: Gregor.pa@Xerox.COM
• Re: A couple questions about up and coming PCL features
  • From: Gregor.pa@Xerox.COM
• Re: A couple questions about up and coming PCL features
  • From: kempf@Sun.COM
• Note on the use of PCL in GCLISP v3.1 in IBM-PS/2
  • From: BORA@vx.acss.umn.edu
• Re: A couple questions about up and coming PCL features
  • From: Gregor.pa@Xerox.COM
• Difficulties with compiling PCL
  • From: wxs@flash.bellcore.com (Werner Stuetzle)
• Re: undefmethod'ing setf forms
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Envos Medley & latest PCL
  • From: Arun Welch <welch@cis.ohio-state.edu>
• DEFINE-METHOD-COMBINATION issues
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• bugs in early-dfun
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Pattern matching
  • From: Jiri Dvorak <dvorak@iam.unibe.ch>
• Re: Changing the :metaclass of a class
  • From: kanderso@DINO.BBN.COM
• Re: Changing the :metaclass of a class
  • From: kanderso@DINO.BBN.COM
• [no subject]
  • From: David Alpern <Alpern@IBM.COM>
• editorial correction to CLOS stuff
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• editorial correction to CLOS stuff
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: editorial correction to CLOS stuff
  • From: Gregor.pa@Xerox.COM
• new Cinco de Mayo PCL
  • From: Gregor.pa@Xerox.COM
• DEFINE-METHOD-COMBINATION issues
  • From: Patrick Dussud <dussud@lucid.com>
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• problems in Compiling the NEW Cinco De Mayo PCL in LUCID 3.0
  • From: poman@CS.UCLA.EDU
• Cinco de mayo PCL
  • From: mujica@CS.UCLA.EDU (S. Mujica)
• Sun Common Lisp 2.1.3 pcl problem
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf @ Los Alamos National Laboratory)
• Re: Pattern matching
  • From: kanderso@DINO.BBN.COM
• Bug in handling forward reference class
  • From: Ramana Rao <rao@arisia.Xerox.COM>
• Bug in Checking Initargs
  • From: Ramana Rao <rao@arisia.Xerox.COM>
• Lucid 3.0.2 Optimization botch
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf @ Los Alamos National Laboratory)
• Bug in Compute-applicable-methods
  • From: Ramana Rao <rao@arisia.Xerox.COM>
• Random metaclasses for CL types
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Sun Common Lisp 2.1.3 pcl problem
  • From: Jon L White <jonl@lucid.com>
• Can't compile latest PCL on AKCL 1.122
  • From: "lgm@att.att.com"@ihlpf.att.com
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Help For building PCL under KCL on Convex Cpu
  • From: lee@cuchmc.chem.columbia.edu (Tim Lee)
• Can't compile latest PCL on AKCL 1.122
  • From: "capek!bb@att.att.com"@ihlpf.att.com
• Re: Help For building PCL under KCL on Convex Cpu
  • From: Gregor.pa@Xerox.COM
• Random metaclasses for CL types
  • From: Patrick Dussud <dussud@lucid.com>
• Allegro hangs while compiling Cinco de Mayo PCL
  • From: Darrell <shane%blackcomb@rand.org>
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Lucid 3.0.2 Optimization botch
  • From: Jon L White <jonl@lucid.com>
• bug in Walker tests
  • From: Arun Welch <welch@cis.ohio-state.edu>
• How to add a new slot-option
  • From: Darrell <shane%blackcomb@rand.org>
• problems with PCL on Allegro 3.0.3/Tektronix
  • From: gillett@ai.mit.edu (Walter E. Gillett)
• problems with PCL on Allegro 3.0.3/Tektronix
  • From: gillett@ai.mit.edu (Walter E. Gillett)
• CPL and method-update bug (& fix?)
  • From: Mike Thome <mthome@BBN.COM>
• Re: How to add a new slot-option
  • From: kanderso@DINO.BBN.COM
• Random metaclasses for CL types
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Unable to compile Cinco de Mayo PCL in Medley
  • From: ralph@nastassia.laas.fr
• 5/5/89 PCL on Allegro CL 3.0
  • From: layer%franz.uucp@uunet.UU.NET (Kevin Layer)
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Random metaclasses for CL types
  • From: Patrick Dussud <dussud@lucid.com>
• default initargs bug with 5/5/89 PCL
  • From: gillett@ai.mit.edu (Walter E. Gillett)
• runtime calls to the compiler
  • From: Gregor.pa@Xerox.COM
• Minor mod needed to Coral %stack-block walker template patch
  • From: Dan Rabin <rabin@arisia.Xerox.COM>
• Re: Lucid 3.0.2 Optimization botch
  • From: Gregor.pa@Xerox.COM
• Re: Unable to compile Cinco de Mayo PCL in Medley
  • From: Gregor.pa@Xerox.COM
• Creating new slot options
  • From: Michael DeBellis <debellis@andersen.com>
• Re: Unable to compile Cinco de Mayo PCL in Medley
  • From: Burwell.pa@Xerox.COM
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Lucid 3.0.2 Optimization botch
  • From: Jon L White <jonl@lucid.com>
• Re: Unable to compile Cinco de Mayo PCL in Medley
  • From: Gregor.pa@Xerox.COM
• Re: default initargs bug with 5/5/89 PCL
  • From: Gregor.pa@Xerox.COM
• Bug in Cinco de Mayo PCL
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• Re: Sun Common Lisp 2.1.3 pcl problem
  • From: Gregor.pa@Xerox.COM
• Victoria Day PCL
  • From: Gregor.pa@Xerox.COM
• Random metaclasses for CL types
  • From: Patrick Dussud <dussud@lucid.com>
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Sun Common Lisp 2.1.3 pcl problem
  • From: Jon L White <jonl@lucid.com>
• re: Random metaclasses for CL types
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: Random metaclasses for CL types
  • From: Gregor.pa@Xerox.COM
• Re: Random metaclasses for CL types
  • From: kempf@Sun.COM
• [no subject]
  • From: jpr@stek2.oulu.fi (Jukka Riekki)
• PCL/Symbolics Problem
  • From: JACKSON%NRCCIT.NRC.CA@CORNELLC.cit.cornell.edu
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• minor point about extract-declarations
  • From: duff@unclejack.crd.ge.com (David A Duff)
• Is the structure-class metaclass implemented?
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Is the structure-class metaclass implemented?
  • From: Gregor.pa@Xerox.COM
• re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Implementing parameterized classes
  • From: andyg@june.cs.washington.edu
• Victoria Day PCL, on AKCL 1.122, on AMDAHL UTS
  • From: lgm%ihlpf.uucp@att.att.com
• Safety proclamation in "kcl-patches" is never rescinded
  • From: lgm%ihlpf.uucp@att.att.com
• Victoria Day test.lisp
  • From: Bill.Chiles@WB1.CS.CMU.EDU
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Re: Random metaclasses for CL types
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: Safety proclamation in "kcl-patches" is never rescinded
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• EQL bug in Victoria Day PCL
  • From: Gregor.pa@Xerox.COM
• eql specializers
  • From: rich@linus.MITRE.ORG
• Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• The compilation ordering imposed by SETF methods
  • From: lgm%ihlpf.uucp@att.att.com
• Re: The compilation ordering imposed by SETF methods
  • From: Gregor.pa@Xerox.COM
• mail archive server for pcl
  • From: "Christian Rathke" <rathke%ifistg.uucp%unido.uucp@uunet.UU.NET>
• issue CLOS-MACRO-COMPILATION
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• compiling braid1.lisp under IBCL
  • From: rit@flamingo.stanford.edu (Jean-Francois Rit)
• Bug in DCODE and/or Caching.
  • From: James Rice <rice@sumex-aim.stanford.edu>
• Re: compiling braid1.lisp under IBCL
  • From: kiuchi.pa@Xerox.COM
• Bug in latest PCL when used w/ AKCL + 'fix'
  • From: newton@vlsi.caltech.edu (Mike Newton)
• Has defgeneric been implemented yet?
  • From: coulman%SKSON1.USask.CA@CORNELLC.cit.cornell.edu
• FLAVOR-CLASS, and Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Cant compile high.lisp
  • From: Ashok Gupta <gupta%prlhp1.uucp%prlb2.uucp@uunet.UUCP>
• Supported CLOS
  • From: rajd@unixb.ctc.fmc.com (Rajendra Dodhiawala)
• Re: Has defgeneric been implemented yet?
  • From: Gregor.pa@Xerox.COM
• Re: Supported CLOS
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• re: Supported CLOS
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Method Compilation Question
  • From: konstan@postgres.Berkeley.EDU (Joe Konstan)
• Method Compilation Question
  • From: Chris McConnell <mcconnel@ads.com>
• PCL Bug??
  • From: Mike Thome <mthome@BBN.COM>
• Re: Supported CLOS
  • From: eliot@winnie.Princeton.EDU (eliot handelman)
• issue COMPILE-ENVIRONMENT-CONSISTENCY, version 6
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• FLAVOR-CLASS, and Random metaclasses for CL types
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Supported CLOS
  • From: rww%ibuki.uucp@labrea.stanford.edu (Richard Weyhrauch)
• Re: Supported CLOS
  • From: Gregor.pa@Xerox.COM
• Supported CLOS
  • From: Zany Cornetto <chris@harlequin.co.uk>
• Re: Supported CLOS
  • From: Kerry Kimbrough <Kimbrough@dsg.csc.ti.com>
• FLAVOR-CLASS, and Random metaclasses for CL types
  • From: Jon L White <jonl@lucid.com>
• Mailing-list problem
  • From: kiuchi.pa@Xerox.COM
• Re: Supported CLOS
  • From: layer@franz.com (Kevin Layer)
• How to add slots to method objects
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Supported CLOS
  • From: massar@Think.COM
• Problem compiling Victoria Day PCL
  • From: Lawrence Hall <hall@aic.nrl.navy.mil>
• recursive cache expanding bug
  • From: kanderso@DINO.BBN.COM
• Re: How to add slots to method objects
  • From: kanderso@DINO.BBN.COM
• Re: Problem compiling Victoria Day PCL
  • From: barford@hpllab.hp.com
• Can't compile Victoria Day PCL using AKCL
  • From: lucas@cwi.nl (Peter Lucas)
• Re: Supported CLOS
  • From: Sabrina Russell <sabrina%delphi.uucp%mcvax.uucp@uunet.UU.NET>
• Re: Can't compile Victoria Day PCL using AKCL
  • From: pc@linus.MITRE.ORG
• Re: Supported CLOS
  • From: Gregor.pa@Xerox.COM
• Re: issue CLOS-MACRO-COMPILATION, version 4
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: issue CLOS-MACRO-COMPILATION, version 4
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: David Alpern <Alpern@IBM.COM>
• subtypep questions
  • From: bmiller@shamash.cdc.com (Brad Miller - EMD)
• Re: subtypep questions
  • From: Gregor.pa@Xerox.COM
• DEFCONSTRUCTOR
  • From: Gregor.pa@Xerox.COM
• stuck in the middle
  • From: Gregor.pa@Xerox.COM
• Bug in printing lexical closures (Genera)
  • From: rich@linus.MITRE.ORG
• defconstructors
  • From: rich@linus.MITRE.ORG
• Re: subtypep questions
  • From: Heinz W. Schmidt <hws%lispm-2.uucp%unido.uucp@uunet.UU.NET>
• Sun Common Lisp CLOS
  • From: kempf@Sun.COM
• Re: recursive cache expanding bug
  • From: Gregor.pa@Xerox.COM
• Re: defconstructors
  • From: Gregor.pa@Xerox.COM
• subtypep questions
  • From: Tom Mitchell <tmitchel@vax.bbn.com>
• define-meta-class
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• Re: stuck in the middle
  • From: layer@franz.com (Kevin Layer)
• [no subject]
  • From: Ashok Gupta <gupta%prlhp1.uucp%prlb2.uucp@uunet.UUCP>
• Lacking exports in Victoria Day PCL
  • From: Jim Salem <Salem@Think.COM>
• CommonLoops mailing list
  • From: kiuchi.pa@Xerox.COM
• Using nonstandard method-class in generic-functions
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Re: Bug in printing lexical closures (Genera)
  • From: Gregor.pa@Xerox.COM
• WANTED: CLOS Browser
  • From: "Gerd Herzog" <flint%sbsvax.uucp%unido.uucp@fb10vax.sbsvax>
• bug in eql-specializer methods
  • From: jutta@ztivax.siemens.com (Jutta Estenfeld)
• Problem compiling Victoria Day PCL
  • From: Jon L White <jonl@lucid.com>
• recursive cache expanding bug
  • From: Jon L White <jonl@lucid.com>
• Re: bug in eql-specializer methods
  • From: Gregor.pa@Xerox.COM
• I will be away
  • From: Gregor.pa@Xerox.COM
• Re: Using nonstandard method-class in generic-functions
  • From: kanderso@DINO.BBN.COM
• [no subject]
  • From: Jon L White <jonl@lucid.com>
• pcl erroring out for some unknown reason
  • From: Darrell <shane%blackcomb@rand.org>
• Declaration of valid initialization args. not working properly
  • From: Darrell <shane%blackcomb@rand.org>
• How to use call-next-method with an &rest argument
  • From: Darrell <shane%blackcomb@rand.org>
• How to use call-next-method with an &rest argument
  • From: smh@franz.com (Steve Haflich)
• Problems with VD PCL in Lucid 2.1.1
  • From: Robert.Coyne@CAD.CS.CMU.EDU
• Compute-applicable-methods not working properly in Victoria Day PCL
  • From: Darrell <shane%blackcomb@rand.org>
• Declaration of valid initialization args. not working properly
  • From: Jon L White <jonl@lucid.com>
• Compute-applicable-methods not working properly in Victoria Day
  • From: Darrell <shane%blackcomb@RAND.ORG>
• Declaration of valid initialization args. not working properly
  • From: Jon L White <jonl@LUCID.COM>
• Declaration of valid initialization args. not working properly
  • From: Jon L White <jonl@LUCID.COM>
• Re: Compute-applicable-methods not working properly in Victoria Day PCL
  • From: kanderso@DINO.BBN.COM
• [Jeff Morrill: Recursive cache expansion bug rears its ugly head]
  • From: kanderso@DINO.BBN.COM
• Re: Compute-applicable-methods not working properly in Victoria Day PCL
  • From: Darrell <shane%blackcomb@rand.org>
• Re:pcl erroring out for some unknown reason
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Singleton, default DEFMETHOD now as fast as a DEFUN?
  • From: john@linus.MITRE.ORG (John D. Burger)
• 2nd CLOS Workshop
  • From: Gregor.pa@Xerox.COM
• PCL performance testing
  • From: <rodriguez@arisia.xerox.com>
• no-applicable-method
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• DEFMETHOD with no required args?
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: Singleton, default DEFMETHOD now as fast as a DEFUN?
  • From: GRAY%Kelvin.csc.ti.com%arpa.uucp@att.att.com
• Bug in Victoria Day PCL
  • From: Henrik Eriksson <her@ida.liu.se>
• Re: Singleton, default DEFMETHOD now as fast as a DEFUN?
  • From: Gregor.pa@Xerox.COM
• re: DEFMETHOD with no required args?
  • From: Gregor.pa@Xerox.COM
• Re: Singleton, default DEFMETHOD now as fast as a DEFUN?
  • From: Gregor.pa@Xerox.COM
• call-next-method incoherency
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: call-next-method incoherency
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: call-next-method incoherency
  • From: Gregor.pa@Xerox.COM
• Re: call-next-method incoherency
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• commonloops - CLOS Tools ?
  • From: TLewis@artificial-intelligence.co.uk
• call-next-method incoherency
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: call-next-method incoherency
  • From: Gregor.pa@Xerox.COM
• IJCAI CLOS Tutorial etc.
  • From: Gregor.pa@Xerox.COM
• Question about inherited slots
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• Help with eql specializers
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• Re: Help with eql specializers
  • From: kanderso@DINO.BBN.COM
• Re: Help with eql specializers
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• Re: Help with eql specializers
  • From: kanderso@DINO.BBN.COM
• call-next-method incoherency
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Help with eql specializers
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• Re: Help with eql specializers
  • From: kanderso@DINO.BBN.COM
• DOCUMENTATION and DEFCLASS
  • From: David N Gray <Gray@dsg.csc.ti.com>
• method combination objects
  • From: David N Gray <Gray@dsg.csc.ti.com>
• method combination objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• DOCUMENTATION and DEFCLASS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: method combination objects
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Re: method combination objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [bane%mimsy.umd:EDU:Xerox: Funky VDPCL behavior?]
  • From: fischer.envos@Xerox.COM
• [bane%mimsy.umd:EDU:Xerox: More on funky VDPCL behavior]
  • From: fischer.envos@Xerox.COM
• call-next-method
  • From: Gail Zacharias <gz@spt.entity.com>
• call-next-method
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [bane%mimsy.umd:EDU:Xerox: VDPCL flakiness solved]
  • From: fischer.envos@Xerox.COM
• Try this out: better UMI.
  • From: Mike Thome <mthome@BBN.COM>
• Re: call-next-method
  • From: Gregor.pa@Xerox.COM
• compiling clue with victoria day pcl
  • From: mujica@CS.UCLA.EDU (S. Mujica)
• thanks
  • From: Daniel A Haug <aihaug@AUSTIN.LOCKHEED.COM>
• bug in methods' lambda lists
  • From: mujica@CS.UCLA.EDU (S. Mujica)
• Re: call-next-method incoherency
  • From: Gregor.pa@Xerox.COM
• Re: call-next-method incoherency
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS changes
  • From: David N Gray <Gray@dsg.csc.ti.com>
• MOP slot definition questions
  • From: David N Gray <Gray@dsg.csc.ti.com>
• CLOS changes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PCL patches (Victoria Day)
  • From: Mike Thome <mthome@BBN.COM>
• no-applicable-method
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• Re: no-applicable-method
  • From: Gregor.pa@Xerox.COM
• no-applicable-method
  • From: Stanley's Tool Works <lanning@arisia.xerox.com>
• Method and Generic Function internal names
  • From: konstan@postgres.Berkeley.EDU (Joe Konstan)
• Method and Generic Function internal names
  • From: smh@franz.com (Steven M. Haflich)
• problems with CLUE6.0 and PCL
  • From: <SANTIAGO@mvii.hawk.decnet.lockheed.com>
• no-applicable-method
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• Re: no-applicable-method
  • From: Gregor.pa@Xerox.COM
• metaclasses
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• More patches
  • From: Mike Thome <mthome@BBN.COM>
• Re: no-applicable-method
  • From: kanderso@DINO.BBN.COM
• Re: no-applicable-method
  • From: kanderso@DINO.BBN.COM
• PCL compile error in Allegro 1.2.2
  • From: jona@eecs.nwu.edu
• Re: no-applicable-method
  • From: kanderso@DINO.BBN.COM
• no-applicable-method
  • From: Jon L White <jonl@lucid.com>
• Re: call-next-method
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Method and Generic Function internal names
  • From: konstan@hermes.Berkeley.EDU (Joe Konstan)
• Method and Generic Function internal names
  • From: smh@franz.com (Steven M. Haflich)
• problem with arglist checking
  • From: gillett@ai.mit.edu (Walter E. Gillett)
• Xerox PCL (portable common loops)
  • From: dinh@CS.UCLA.EDU (Dinh Le)
• Re: Problems with PCL on Allegro CL
  • From: cox@franz.com (Charles A. Cox)
• cyclic class definition
  • From: <CHEEWEEI%ITIVAX.BITNET@CUNYVM.CUNY.EDU>
• Re: metaclasses
  • From: kanderso@DINO.BBN.COM
• PCL
  • From: <SANTIAGO@dedpc4.hawk.decnet.lockheed.com>
• [no subject]
  • From: John Casu <john@meiko.co.uk>
• compiling pcl on Coral Common Lisp
  • From: Kevin_Crowston@XV.MIT.EDU
• compiling pcl on Coral Common Lisp
  • From: alms@cambridge.apple.com (Andrew L. M. Shalit)
• define-method-combination examples
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• define-method-combination examples
  • From: Patrick Dussud <dussud@lucid.com>
• ENSURE-CLASS-USING-CLASS
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Declaration of valid initialization args.
  • From: Darrell <shane%blackcomb@rand.org>
• Re: no-applicable-method
  • From: dvs2414@ztivax.siemens.com (Christian Ammon)
• Declaration of valid initialization args.
  • From: Jon L White <jonl@lucid.com>
• Re: Declaration of valid initialization args.
  • From: Darrell <shane%blackcomb@rand.org>
• Re: Declaration of valid initialization args.
  • From: Gregor.pa@Xerox.COM
• Declaration of valid initialization args.
  • From: Jon L White <jonl@lucid.com>
• Declaration of valid initialization args.
  • From: Jon L White <jonl@lucid.com>
• Declaration of valid initialization args.
  • From: Jon L White <jonl@lucid.com>
• Can't compile PCL on Sun-4 with Lucid 2.1.3
  • From: Jiri Dvorak <dvorak@iam.unibe.ch>
• mailing list
  • From: Jim Palmer <palmer@apple.com>
• Bug in Victoria Day PCL (Lucid 3.0), using eql specializers
  • From: matsj@delfi.udac.uu.se (Mats Johnson)
• live via satellite
  • From: Gregor.pa@Xerox.COM
• re: Bug in Victoria Day PCL (Lucid 3.0), using eql specializers
  • From: jkh@meepmeep.pcs.com (Jordan K. Hubbard)
• Acquiring PCL
  • From: BASH Man <basham%nasa-jsc.CSNet@relay.cs.net>
• Bug in Victoria Day PCL (Lucid 3.0), using eql specializers
  • From: Jon L White <jonl@lucid.com>
• Re: live via satellite
  • From: jdye@ads.com (John W. Dye Jr.)
• CLOS specification, chap. 3
  • From: John Sotos <sotos@sumex-aim.stanford.edu>
• I know this isn't the right place. Where's the CLUE mailing list?
  • From: jkh@meepmeep.pcs.com (Jordan K. Hubbard)
• YAYACCP
  • From: jkh@meepmeep.pcs.com (Jordan K. Hubbard)
• PCL bugs in KCL
  • From: dvs2414@ztivax.siemens.com (Christian Ammon)
• bug??
  • From: gza@mentor.cc.purdue.edu (William R Burdick)
• status?
  • From: duff@sparky.crd.ge.com (David A Duff)
• Dynamically re-defining classes
  • From: rich@linus.MITRE.ORG
• A stab at fixing a bug in Victoria Day PCL
  • From: matsj@delfi.UDAC.UU.SE
• "infinite-loop" bug in Victoria Day PCL
  • From: Jack Greenbaum <jackg%COGSCI@ucsd.edu>
• ENSURE-CLASS-USING-CLASS
  • From: Patrick Dussud <dussud@lucid.com>
• Re: ENSURE-CLASS-USING-CLASS
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Problems compiling 5/22/89 pcl on a Mac II
  • From: James Gallagher <TJP101%URIACC.BITNET@MITVMA.MIT.EDU>
• [no subject]
  • From: Guest Login ID <guest@oberon.usc.edu>
• Franz Allegro 3.0.3 compilation error
  • From: jcf@linus.mitre.org (James C. Fohlin)
• Re: Franz Allegro 3.0.3 compilation error
  • From: dm@franz.com (David Margolies)
• Re: Dynamically re-defining classes
  • From: rich@linus.mitre.org
• structure-class in pcl
  • From: <werkowski%salar2.uucp%savax.uucp%decvax.uucp%decwrl.dec.com@sgi.UUCP>
• CLOS browsers
  • From: Robert.Coyne@CAD.CS.CMU.EDU
• Implementation of FIND-METHOD in PCL.
  • From: jussila@pepper.rc.Nokia.Fi (Pekka Jussila RC 910)
• Re: Implementation of FIND-METHOD in PCL.
  • From: Gregor.pa@Xerox.COM
• Bug in NO-APPLICABLE-METHOD ?
  • From: dvs2414@ztivax.siemens.com (Christian Ammon)
• How do I get PCL?
  • From: Bruce Smith <bts@cs.unc.edu>
• Multiple inheritance - Using union instead of precedence list
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• where does the time go
  • From: Gregor.pa@Xerox.COM
• Looking for an equivalent of :UNCLAIMED-MESSAGE
  • From: lgm%ihlpf.uucp@att.att.com
• CLOS browsers
  • From: Joachim Laubsch <laubsch%hpljl@hplabs.hp.com>
• Lambda-list congruency bug?
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• CLOS browsers
  • From: Eero Simoncelli <eero%picadilly@media-lab.media.mit.edu>
• CLOS code, PCL
  • From: lim@isl.Stanford.EDU (Kelvin O. Lim)
• Re: Lambda-list congruency bug?
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• re: CLOS browsers
  • From: <fischer@math.ufl.edu>
• Please remove me.
  • From: Ani C. Mech <mechanic@SEARS-AUTOMOTIVE.ARPA>
• Victoria Day in ExCl 2.0.10
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Victoria Day PCL in Lucid 2.1
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• Bug in Victoria Day PCL
  • From: poman@CS.UCLA.EDU
• CLOS Workshop - papers?
  • From: lgm%ihlpf.uucp@att.att.com
• Draft 88-003
  • From: DongHyeon Lee <dhlee@csd.kaist.ac.kr>
• FLAVORS -> CLOS
  • From: Stephen Nicoud <snicoud@atc.boeing.com>
• Re: FLAVORS -> CLOS
  • From: David N Gray <Gray@dsg.csc.ti.com>
• Please delete me!@
  • From: DongHyeon Lee <dhlee@csd.kaist.ac.kr>
• Query on ISSUE: LOAD-OBJECTS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• evaluating CLOS performance
  • From: Gregor.pa@Xerox.COM
• Bug in DCODE-CACHE-MISS, any fixes?
  • From: komar@gudusa.enet.dec.com (Is Eternal Vigilance the price of Liberty? 02-Nov-1989 1204)
• Please add to PCL EMail Distribution
  • From: berardo@galaxy.portal.DECNET.LOCKHEED.COM (Peter A. Berardo (415)424-2137)
• Re: Bug in DCODE-CACHE-MISS, any fixes?
  • From: Gregor.pa@Xerox.COM
• evaluating CLOS performance
  • From: Jon L White <jonl@lucid.com>
• Multiple EQL specializers bug
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Houston, we have a problem...
  • From: BASH Man <basham%nasa-jsc.CSNet@relay.cs.net>
• Re: Houston, we have a problem...
  • From: kanderso@DINO.BBN.COM
• Test
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Test Message
  • From: loeffler@daystar.aca.mcc.com (David Loeffler)
• Adding to Mailing List
  • From: dembele@renault.UUCP (I Feel Good)
• Mailing list
  • From: dembele@renault.UUCP (I Feel Good)
• Getting hold of the method object currently executed
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Re: Getting hold of the method object currently executed
  • From: kanderso@DINO.BBN.COM
• problem with change-class
  • From: ik%nova@stc.lockheed.com (Ik Su Yoo)
• Re: Getting hold of the method object currently executed
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Re: Getting hold of the method object currently executed
  • From: kanderso@DINO.BBN.COM
• Re: Getting hold of the method object currently executed
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Re: Getting hold of the method object currently executed
  • From: Gregor.pa@Xerox.COM
• Re: Getting hold of the method object currently executed
  • From: Gregor.pa@Xerox.COM
• CLX toolkit and/or CLUE Contact "classes/libraries"
  • From: aseem@atc.boeing.com
• Re: Getting hold of the method object currently executed
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• re: Getting hold of the method object currently executed
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• CLX toolkit and/or CLUE Contact "classes/libraries"
  • From: aseem@atc.boeing.com
• re: Getting hold of the method object currently executed
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• subtypep
  • From: janson@ATHENA.MIT.EDU
• subtypep
  • From: smh@franz.com (Steve Haflich)
• patch to victoria-day pcl
  • From: us015029@serc.3m.com (John E. Collins)
• Defgeneric and method classes (was: patch to victoria-day pcl)
  • From: Martin Boyer <gamin@Moe.McRCIM.McGill.EDU>
• Should SLOT-VALUE-USING-CLASS affect an :ACCESSOR?
  • From: lgm%ihlpf.uucp@att.att.com
• changes to metabraid
  • From: Gregor.pa@Xerox.COM
• names of classes in the standard?
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• names of classes in the standard?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• VICTORIA DAY PCL on medley
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• PCL
  • From: Randall D. Beer <beer@alpha.ces.cwru.edu>
• Documentation of the Meta-object Protocol
  • From: normark@iesd.auc.dk (Kurt Normark)
• RE: PCL on Mac Allegro
  • From: SARTI%ICE622.GE.CNR.IT@CUNYVM.CUNY.EDU
• PCL on medley
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• VICTORIA DAY PCL on medley(suite)
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• new user
  • From: Ahmed Zayan <azayan@atc.boeing.com>
• Question about methods
  • From: Arun Welch <welch@cis.ohio-state.edu>
• Question about methods
  • From: Peter Benson <pab@lucid.com>
• Windows...
  • From: PT_MAGEE%VAX.ACS.OPEN.AC.UK@CUNYVM.CUNY.EDU
• Windows...
  • From: us269574@mmm.serc.3m.com (Darryn J. Kozak)
• function-keywords meets &rest
  • From: Gregor.pa@Xerox.COM
• Re: Question about methods
  • From: Gregor.pa@Xerox.COM
• function-keywords meets &rest
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PCL
  • From: rich@starbase.mitre.org (Rich Simpson)
• Problems compiling PCL under VAX LISP 3.0...
  • From: cdwilli@algol.cs.umbc.edu (Chris Willianson (Guest of Al))
• Problems compiling PCL under VAX LISP 3.0...
  • From: cdwilli@algol.cs.umbc.edu (Chris Willianson (Guest of Al))
• TEST message from Postmaster
  • From: Common-Lisp-Request@mcc.com
• Re: Problems compiling PCL under VAX LISP 3.0...
  • From: vanroggen@aitg.enet.dec.com (12-Jan-1990 0951)
• new user
  • From: loeffler@mcc.com (David D. Loeffler)
• method combinations changing
  • From: Gregor.pa@Xerox.COM
• New release?
  • From: Mark Interrante <mfi@serc.cis.ufl.edu>
• method combinations changing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• method combinations changing
  • From: Patrick Dussud <dussud@lucid.com>
• method combinations changing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Benchmarking CLOS
  • From: pab@starbase.mitre.org (Paul Birkel)
• Persistant objects
  • From: pab@starbase.mitre.org (Paul Birkel)
• Re: Persistant objects
  • From: Danny Bobrow <bobrow@parc.xerox.com>
• Compiling test.lisp
  • From: Bill.Chiles@WB1.CS.CMU.EDU
• Re: Compiling test.lisp
  • From: Gregor.pa@Xerox.COM
• Clos mailing list
  • From: strappa@irst.it (Carlo Strapparava)
• PCL in Medley...
  • From: Bj|rn Backlund <backlund@sics.se>
• Re: PCL in Medley...
  • From: "John_D._Sybalsky.mvenvos"@Xerox.COM
• Running PCL with AKCL
  • From: Ron I. Herman <m1rih00%fed.uucp@uunet.UU.NET>
• Request for information about CLOS.
  • From: <KUIL%HROEUR51.BITNET@CUNYVM.CUNY.EDU>
• Re: Running PCL with AKCL
  • From: pc@linus.mitre.org
• PCL under Symbolics Genera 6 ???
  • From: Simon Leinen <simon%opal.cs.tu-berlin.de%TUB.BITNET@MITVMA.MIT.EDU>
• Re: PCL under Symbolics Genera 6 ???
  • From: Gregor.pa@Xerox.COM
• Problem compiling PCL with Ibuki Lisp
  • From: Josh Lubell <lubell@cs.UMD.EDU>
• Re: Persistant objects
  • From: <gerson@parc.xerox.com>
• Classes with forward-referenced supers.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Re: Classes with forward-referenced supers.
  • From: kanderso@DINO.BBN.COM
• Re: Benchmarking CLOS
  • From: Gregor.pa@Xerox.COM
• Re: Persistant objects
  • From: Gregor.pa@Xerox.COM
• Re: Classes with forward-referenced supers.
  • From: Gregor.pa@Xerox.COM
• Re: Classes with forward-referenced supers.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Metaobject Protocol Usage
  • From: Andreas Paepcke <paepcke%hplap@hplabs.hp.com>
• Classes with forward-referenced supers.
  • From: Jon L White <jonl@lucid.com>
• Re: Classes with forward-referenced supers.
  • From: Danny Bobrow <bobrow@parc.xerox.com>
• PCL
  • From: CLAR%FRESE51.BITNET@CUNYVM.CUNY.EDU
• accessing default values in classes
  • From: "Peter N. Saurugger" <peter-s@molbio.cbs.umn.edu>
• Re: accessing default values in classes
  • From: kanderso@DINO.BBN.COM
• Re: Classes with forward-referenced supers.
  • From: Mike Thome <mthome@BBN.COM>
• accessing default values in classes
  • From: us015029@mmm.serc.3m.com (John E. Collins)
• RE: accessing default values in classes
  • From: "Peter N. Saurugger" <peter-s@molbio.cbs.umn.edu>
• PCL compilation problem under Allegro CL 1.3.1
  • From: Ei-ichi Osawa <osawa@csl.sony.co.jp>
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• first patch
  • From: Gregor.pa@Xerox.COM
• first patch
  • From: Gregor.pa@Xerox.COM
• New PCL
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• RE: new version of PCL
  • From: Stephen Nicoud <snicoud@atc.boeing.com>
• patch2.text
  • From: Gregor.pa@Xerox.COM
• pcl 2-6-90 handling of &key
  • From: alarson@SRC.Honeywell.COM (Aaron Larson)
• 2/6/90 PCL under Coral ACL 1.2.2
  • From: Greg Anglin <dganglin@watstat.waterloo.edu>
• beta 2 available
  • From: Gregor.pa@Xerox.COM
• Re: pcl 2-6-90 handling of &key
  • From: Gregor.pa@Xerox.COM
• tar file for new pcl
  • From: ctan%alcor.usc.edu@usc.edu (Chee-Weei Tan)
• 2-8-90 pcl doesn't grok :documentation
  • From: alarson@SRC.Honeywell.COM (Aaron Larson)
• new pcl
  • From: sanborn@starbase.mitre.org (Jim Sanborn)
• A bug in KCL affecting the 2/6/90 PCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: Next PCL bug
  • From: Gregor.pa@Xerox.COM
• Defclass crash in beta 2
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Accessing PCL Directories
  • From: JACKSON@nrccit.nrc.ca
• PCL enhancement for Genera (7.x: x>2)
  • From: Mike Thome <mthome@BBN.COM>
• Re: A bug in KCL affecting the 2/6/90 PCL
  • From: eliot@winnie.Princeton.EDU (eliot handelman)
• Re: A bug in KCL affecting the 2/6/90 PCL
  • From: wfs@nicolas.ma.utexas.edu (Bill Schelter)
• Problems building 90's PCL in VaxLisp
  • From: Rick Busdiecker <BUSDIECKER@cgi.com>
• Re:New version of PCL
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• Re:New version of PCL
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• ECOOP/OOPSLA'90
  • From: Gregor.pa@Xerox.COM
• add to mailing list
  • From: <BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU>
• PCL
  • From: nie@cs.albany.edu
• Patches for Xerox lisp?
  • From: Arun Welch <welch@cis.ohio-state.edu>
• generic-function, generic-flet, generic-labels
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• re: generic-function, generic-flet, generic-labels
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• Compiling 2/8/90 PCL beta on EnvOS Medley
  • From: Henrik Eriksson <her@ida.liu.se>
• function-keywords meets &rest
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Difficulty with lambda-list congruence, specifically &KEY
  • From: lgm@ihlpf.att.com
• bug report
  • From: SARTI%ICE622.GE.CNR.IT@CUNYVM.CUNY.EDU
• bug with initialized class slots
  • From: smh@franz.com (Steve Haflich)
• PCL and AKCL
  • From: Ron I. Herman <m1rih00%fed.uucp@uunet.UU.NET>
• coral patches
  • From: irvine%ntmtv.uucp@ames.arc.nasa.gov (Chuck Irvine)
• Slot Definitions
  • From: Philip L. Stubblefield <Phil@ASLAN.RPAL.Com>
• Please add me to list
  • From: seth@zurich.ai.mit.edu (Seth Goldstein)
• Compiling 2/8/90 PCL beta on EnvOS Medley
  • From: gillett@ai.mit.edu (Walter E. Gillett)
• 90's PCL -- a very minor bug
  • From: smh@franz.com (Steve Haflich)
• 90's PCL on Lucid 4.0
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf at Los Alamos National Laboratory)
• PCL and AKCL
  • From: Ron I. Herman <m1rih00%fed.uucp@uunet.UU.NET>
• 90's PCL on Lucid 4.0
  • From: Jon L White <jonl@lucid.com>
• Re: Difficulty with lambda-list congruence...
  • From: REEDER%kebc.icl.stc.co.uk@NSFNET-RELAY.AC.UK
• Re: bug with initialized class slots
  • From: Gregor.pa@Xerox.COM
• new version of PCL
  • From: Gregor.pa@Xerox.COM
• Mike Thome's Enhancement for Genera
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• Allegro-tailored PCL
  • From: smith%cam.sri.com@Warbucks.AI.SRI.COM (Arnold Smith)
• no success with bitftp
  • From: irvine%ntmtv.uucp@ames.arc.nasa.gov (Chuck Irvine)
• RE: no success with bitftp
  • From: Stephen Nicoud <snicoud@atc.boeing.com>
• Re: Allegro-tailored PCL
  • From: jim@franz.com (Jim Veitch)
• FTP
  • From: PT_MAGEE%VAX.ACS.OPEN.AC.UK@CUNYVM.CUNY.EDU
• Re: [spr1113] Allegro-tailored PCL
  • From: jkf@franz.com (Sean Foderaro)
• bugs in BITFTP documentation
  • From: Gregor.pa@Xerox.COM
• Re: no success with bitftp
  • From: Gregor.pa@Xerox.COM
• Princeton bitftp service
  • From: SARTI%ICE622.GE.CNR.IT@CUNYVM.CUNY.EDU
• important performance patch
  • From: Gregor.pa@Xerox.COM
• Magic number 8 in Rainy Day PCL ???
  • From: Thomas Schwab <schwab@informatik.uni-stuttgart.de>
• Possible bug/typo in Rainy Day PCL
  • From: Gavin L. Hemphill <Gavin@BALROG.DREA.DND.CA>
• a problem with "un taring".
  • From: irvine%ntmtv.uucp@ames.arc.nasa.gov (Chuck Irvine)
• Bug in Mike Thome's Enhancement
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• Proposed de facto standard subset of metaobjects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• mailing list
  • From: William R Burdick <burdick@carame.ecn.purdue.edu>
• Rainy day on XNS server
  • From: "MAZIERE_TAURAN_CHRISTOPHE.CBVMANRXF"@Xerox.COM
• Proposed de facto standard subset of metaobjects
  • From: David Gray <gray@lucid.com>
• Proposed de facto standard subset of metaobjects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposed de facto standard subset of metaobjects
  • From: David Gray <gray@lucid.com>
• Proposed de facto standard subset of metaobjects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• latest available meta object docs and rainy day correspondence
  • From: irvine%ntmtv.uucp@ames.arc.nasa.gov (Chuck Irvine)
• number of allowabke
  • From: <BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU>
• number of allowable classes
  • From: <BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU>
• Re: a problem with
  • From: Ashok Gupta <gupta@prl.philips.co.uk>
• some fixes for Rainy Day PCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• EuroPAL Announcement
  • From: Peter Magee <peter@skywalker.ENTERPRISE.dialnet.symbolics.com>
• Re: some fixes for Rainy Day PCL & Problems with AKCL
  • From: Jiri Dvorak <dvorak@iam.unibe.ch>
• Redefining classes in PCL.
  • From: jussila@pepper.rc.Nokia.Fi (Pekka Jussila RC 910)
• Additional fixes to Rainy Day PCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: Difficulty with lambda-list congruence, specifically &KEY
  • From: kanderso@DINO.BBN.COM
• Re: Magic number 8 in Rainy Day PCL ???
  • From: Gregor.pa@Xerox.COM
• Re: generic fcn describe in Rainy Daay
  • From: Gregor.pa@Xerox.COM
• Re: Difficulty with lambda-list congruence, specifically &KEY
  • From: lgm@ihlpf.att.com
• Re: Difficulty with lambda-list congruence, specifically &KEY
  • From: kanderso@DINO.BBN.COM
• [kanderso@dino: Re: Difficulty with lambda-list congruence... ]
  • From: kanderso@DINO.BBN.COM
• Re: generic fcn describe in Rainy Daay
  • From: Gregor.pa@Xerox.COM
• informal poll
  • From: Gregor.pa@Xerox.COM
• Re: a problem with BITFTP
  • From: ralph@orion.laas.fr
• Overloading of primitive operators
  • From: Nat Ballou <ballou@ERNEST.ACA.MCC.COM>
• Re: a problem with BITFTP
  • From: Ashok Gupta <gupta@prl.philips.co.uk>
• (setf (apply #'accessor ...))
  • From: Greg Anglin <dganglin@watstat.waterloo.edu>
• Re: Overloading of primitive operators
  • From: Nat Ballou <ballou@ERNEST.ACA.MCC.COM>
• mail list -- add
  • From: "Petra Sommer" <petra@cs.uni-sb.de>
• Access protection
  • From: Nat Ballou <ballou@ERNEST.ACA.MCC.COM>
• Re: Access protection
  • From: "dsr@luke.mitre.org"@mbunix.mitre.org (Douglas S. Rand)
• Re: Access protection
  • From: Nat Ballou <ballou@ERNEST.ACA.MCC.COM>
• (setf (apply #'accessor ...))
  • From: bill@cambridge.apple.com (Bill St. Clair)
• ANSI CL Spec
  • From: gls@Think.COM (Guy Steele)
• RE: Overloading of primitive operators
  • From: Nat Ballou <ballou@ERNEST.ACA.MCC.COM>
• constructors
  • From: "dsr@luke.mitre.org"@mbunix.mitre.org (Douglas S. Rand)
• Re: Access protection
  • From: kanderso@DINO.BBN.COM
• (setf (apply #'accessor ...))
  • From: Jon L White <jonl@lucid.com>
• Re: Overloading of primitive operators
  • From: kanderso@DINO.BBN.COM
• Small enhancement for (Rainy Day) PCL under Allegro CL
  • From: Simon Leinen <simon%opal.cs.tu-berlin.de%TUB.BITNET@MITVMA.MIT.EDU>
• Re: Overloading of primitive operators
  • From: kanderso@DINO.BBN.COM
• Re: constructors
  • From: Gregor.pa@Xerox.COM
• Re: (setf (apply #'accessor ...))
  • From: Gregor.pa@Xerox.COM
• (setf (apply #'accessor ...))
  • From: Jon L White <jonl@lucid.com>
• insert classes?
  • From: "Petra Sommer" <petra@cs.uni-sb.de>
• Re: insert classes?
  • From: Danny Bobrow <bobrow@parc.xerox.com>
• Re: insert classes?
  • From: Joseph.Bates@WIZARD.OZ.CS.CMU.EDU
• Compilation dependencies in CLOS
  • From: lgm@ihlpf.att.com
• Re: insert classes?
  • From: Gregor.pa@Xerox.COM
• defconstructor question
  • From: kanderso@DINO.BBN.COM
• Compilation dependencies in CLOS
  • From: Jon L White <jonl@lucid.com>
• Shared slots, and the generality of WITH-ACCESSORS
  • From: lgm@ihlpf.att.com
• Re: defconstructor question
  • From: Gregor.pa@Xerox.COM
• Compiling RainyDay in Lucid on Apollo's
  • From: Ashok Gupta <gupta@prl.philips.co.uk>
• Compiling RainyDay in Lucid on Apollo's
  • From: Jon L White <jonl@lucid.com>
• Re: Shared slots, and the generality of WITH-ACCESSORS
  • From: "Peter N. Saurugger" <peter-s@molbio.cbs.umn.edu>
• Shared slots, and the generality of WITH-ACCESSORS
  • From: Jon L White <jonl@lucid.com>
• Examples of Meta-Object Protocol
  • From: ericd@orion.laas.fr
• PCL
  • From: margeris@humu.nosc.mil (Arthur J. Margerison)
• MOP
  • From: Sonya Keene <skeene@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: macintosh%nitrex.uucp@uunet.uu.net
• Examples of Meta-Object Protocol
  • From: bss@risc.com (Bruce Seely)
• Re: Examples of Meta-Object Protocol
  • From: kanderso@DINO.BBN.COM
• Re: insert classes?
  • From: Danny Bobrow <bobrow@parc.xerox.com>
• Call for contribution: A "CLOS Report" Publication
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• subtypep?
  • From: faustus@yew.berkeley.edu (Wayne A. Christopher)
• Re: subtypep?
  • From: "Peter N. Saurugger" <peter-s@molbio.cbs.umn.edu>
• Re: subtypep?
  • From: Gregor.pa@Xerox.COM
• subtypep?
  • From: faustus@yew.berkeley.edu (Wayne A. Christopher)
• subtypep?
  • From: Jon L White <jonl@lucid.com>
• Including my name in your mailing address
  • From: liu@demon.siemens.com (Peiya Liu)
• Porting code to new PCL
  • From: sbchanin@ai.mit.edu (Steve Chanin)
• Re: Porting code to new PCL
  • From: kanderso@DINO.BBN.COM
• Re: Porting code to new PCL
  • From: Gregor.pa@Xerox.COM
• Re: Porting code to new PCL
  • From: Gregor.pa@Xerox.COM
• Re: Call for contribution: A "CLOS Report" Publication
  • From: Gregor.pa@Xerox.COM
• CLOS Caches Clash
  • From: kanderso@DINO.BBN.COM
• Re: Pre-compiling methods
  • From: Gregor.pa@Xerox.COM
• a time for everything
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Re: a time for everything
  • From: kanderso@DINO.BBN.COM
• Re: a time for everything
  • From: Michael McIlrath <mbm@DARJEELING.MIT.EDU>
• browser
  • From: Dave Lentz <dave@metform.Eng.McMaster.CA>
• Subscription request
  • From: SP1%IPG.PH.KCL.AC.UK@CUNYVM.CUNY.EDU
• precompile-random-code-segments
  • From: mujica@CS.UCLA.EDU
• Re: precompile-random-code-segments
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Metaclass bug in Rainy Day PCL ?
  • From: Masayuki Ida <ida@cc.aoyama.ac.jp>
• Re: precompile-random-code-segments
  • From: mujica@CS.UCLA.EDU
• Re: Metaclass bug in Rainy Day PCL ?
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Re: precompile-random-code-segments
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Accessor performance
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Mailing List Request
  • From: thomas%gmdzi.uucp@relay.eu.net
• Re: problem/suggestion
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• #:TOP-LEVL-FORM-FROM-HELL
  • From: john@linus.mitre.org
• hypercard for CL and cwo
  • From: hefley%bedrock@rand.org
• new version of PCL
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• RE: new version of PCL
  • From: Stephen L. Nicoud <snicoud@atc.boeing.com>
• Re: new version of PCL
  • From: CMT.CBVMANRXF@Xerox.COM
• PCL-CLOS compatibility
  • From: keulen%coeur.uucp@relay.eu.net (Hans van Keulen)
• Re: new version of PCL
  • From: alarson@SRC.Honeywell.COM (Aaron Larson)
• Re: new version of PCL
  • From: ralph@orion.laas.fr
• Re: #:TOP-LEVL-FORM-FROM-HELL
  • From: Andreas Girgensohn <andreasg@boulder.Colorado.EDU>
• problem with &key args in defmethod?
  • From: Stephen L. Nicoud <snicoud@atc.boeing.com>
• RE: new version of PCL
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• EXPAND-DEFMETHOD-INTERNAL bug
  • From: john@linus.mitre.org
• [gregor@parc.xerox.com: RE: new version of PCL]
  • From: hws%icsib1.Berkeley.EDU@jade.berkeley.edu (Heinz Schmidt)
• Re: problem with &key args in defmethod?
  • From: Stephen L. Nicoud <snicoud@atc.boeing.com>
• akcl port
  • From: hws%icsib1.Berkeley.EDU@jade.berkeley.edu (Heinz Schmidt)
• Re: problem with &key args in defmethod?
  • From: Phil Race (ICL Strategic Systems Services) <philr%fs.icl.stc.co.uk@NSFnet-Relay.AC.UK>
• Please remove me
  • From: "Stuart K. Card" <card@parc.xerox.com>
• defsys.lisp
  • From: jkf@franz.com (Sean Foderaro)
• Please remove me from this mailing list
  • From: Leonid Frants <frants@Neon.Stanford.EDU>
• remove me from the mailing list.
  • From: <KUIL%HROEUR51.BITNET@CUNYVM.CUNY.EDU>
• Re: remove me from the mailing list.
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Lazy error signaling?
  • From: Jon L White <jonl@lucid.com>
• Lazy error signaling?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Lazy error signaling?
  • From: Patrick Dussud <dussud@lucid.com>
• Please remove my name
  • From: sjr@scotland.bbn.com
• PCL
  • From: loeffler@mcc.com (David D. Loeffler)
• mailing list
  • From: loeffler@mcc.com (David D. Loeffler)
• Can't abbreviate built-in classes; can't write methods for PATHNAME
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• Lazy error signaling?
  • From: kab@CHARON.MIT.EDU (Kim A. Barrett)
• Lazy error signaling?
  • From: Patrick Dussud <dussud@lucid.com>
• Lazy error signaling?
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• Lazy error signaling?
  • From: Patrick Dussud <dussud@lucid.com>
• Once again - A browser?
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• May Day PCL won't compile in HP Lucid 3.0
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• May Day PCL won't compile in HP Lucid 3.0
  • From: Steve Strassmann <straz@media-lab.media.mit.edu>
• Emmendation to MayDay, for HP's Precision Architecture
  • From: Jon L White <jonl@lucid.com>
• May Day PCL won't compile in HP Lucid 3.0
  • From: Jon L White <jonl@lucid.com>
• pcl install problems
  • From: jrobinso@polyslo.CalPoly.EDU (Joseph L. Robinson)
• Locatives and Class slots
  • From: Stephen L. Nicoud <snicoud@atc.boeing.com>
• [no subject]
  • From: Rick Taube <HKT@CCRMA-F4.Stanford.Edu>
• [no subject]
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Third CLOS Users and Implementors Workshop
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• Locatives and Class slots
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• Locatives and Class slots
  • From: Barry Margolin <barmar@Think.COM>
• Locatives and Class slots
  • From: Dennis L. Doughty <doughty@fuji.ila.dialnet.symbolics.com>
• Re: Locatives and Class slots
  • From: kanderso@DINO.BBN.COM
• General 8 allocate-funcallable-instance-1
  • From: kanderso@DINO.BBN.COM
• slot-method-using-class
  • From: Christian Rathke <rathke@is.informatik.uni-stuttgart.de>
• pcl install problems
  • From: jrobinso@polyslo.CalPoly.EDU (Joseph L. Robinson)
• sill install problems
  • From: jrobinso@polyslo.CalPoly.EDU (Joseph L. Robinson)
• Why can't DEFMETHOD talk to FORWARD-REFERENCED classes?
  • From: Jon L White <jonl@lucid.com>
• changing &key/&rest in generic function lambda lists
  • From: "Christopher M. Maeda" <maeda@WOMBAT.CS.CMU.EDU>
• changing &key/&rest in generic function lambda lists
  • From: Jon L White <jonl@lucid.com>
• General 8 allocate-funcallable-instance-1
  • From: Charles Hornig <Hornig@PROTO-RIVERSIDE.SCRC.Symbolics.COM>
• PCL problems
  • From: jrobinso@polyslo.CalPoly.EDU (Joseph L. Robinson)
• Re: pcl install problems
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• add to list
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• Introductory material on common loops
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• MACL 1.3.2 PCL fin.lisp
  • From: kirby@moe.esl.com (Robert L. Kirby, Ph.D.)
• [no subject]
  • From: tstein@altair.acs.calpoly.edu (Tomas D Stein)
• Installation failed for PCL on Sun-3/50... (long)
  • From: leavens@bambam.cs.iastate.edu (Gary Leavens)
• CLOS Report Project: Status and more Contribution Opportunities
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• May Day PCL with KCL and AKCL
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Bugs we have found in MayDay PCL
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• Spurious warning about ignored variables fixed.
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• initargs and change-class
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Can't load CLX after loading PCL
  • From: Steve Strassmann <straz@media-lab.media.mit.edu>
• initargs and change-class
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• initargs and change-class
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• initargs and change-class
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• Problems building PCL with AKCL 1-455 on HP-UX (long)
  • From: leavens@bambam.cs.iastate.edu (Gary Leavens)
• Re: Problems building PCL with AKCL 1-455 on HP-UX (long)
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• CLUE won't compile
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• Re: initargs and change-class
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• Re: initargs and change-class
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• FYI: a metaobject extension
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: initargs and change-class
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Re: CLOS Report Project: Status and more Contribution Opportunities
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• Re: Problems building PCL with AKCL 1-455 on HP-UX
  • From: leavens@bambam.cs.iastate.edu (Gary Leavens)
• Re: Problems building PCL with AKCL 1-455 on HP-UX (long)
  • From: gerhard@med.pitt.edu (Gerhard Werner)
• Re: Installation failed for PCL on Sun-3/50... (long)
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• A stupid question
  • From: leavens@bambam.cs.iastate.edu (Gary Leavens)
• Re: Problems building PCL with AKCL 1-455 on HP-UX
  • From: wfs@nicolas.ma.utexas.edu (Bill Schelter)
• Disabling compiler in PCL
  • From: Kemi Jona <jona@whale.ils.nwu.edu>
• Re: Disabling compiler in PCL
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• kcl-low.lisp with gcc bug fix?
  • From: leavens@bambam.cs.iastate.edu (Gary Leavens)
• [rsl@MAX-FLEISCHER.ILA-SF.Dialnet.Symbolics.COM: Generic functions don't test for keyword validity.]
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• [rsl@MAX-FLEISCHER.ILA-SF.Dialnet.Symbolics.COM: Please patch this into PCL]
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• A stupid question
  • From: smh@franz.com (Steve Haflich)
• Problems with Victoria Day implementation of PCL
  • From: Benoit HABERT <bh@litp.ibp.fr>
• Re: Problems with Victoria Day implementation of PCL
  • From: Todd.Kaufmann@NL.CS.CMU.EDU
• Re: Problems with Victoria Day implementation of PCL
  • From: kanderso@DINO.BBN.COM
• CLOS Browser for Xerox Medley
  • From: tim@cstr.edinburgh.ac.uk
• Reflection Workshop
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Re: May Day PCL with AKCL
  • From: dmc@piccolo.ecn.purdue.edu
• FYI: a metaobject extension
  • From: Jon L White <jonl@lucid.com>
• CLUE won't compile
  • From: Jon L White <jonl@lucid.com>
• CLUE won't compile
  • From: Steve Strassmann <straz@MEDIA-LAB.MEDIA.MIT.EDU>
• CLUE won't compile
  • From: Jon L White <jonl@lucid.com>
• PCL Install Problems
  • From: Peter Forster <forster@is.informatik.uni-stuttgart.de>
• Error while compiling pcl version May 1 1990
  • From: buc@jessica.stanford.edu
• Error while compiling pcl version May 1 1990
  • From: buc@jessica.stanford.edu
• Re: remove me from the mailing list.
  • From: gregor@parc.xerox.com
• CLOS Workshop
  • From: Josh Lubell <lubell@cs.UMD.EDU>
• Please unsubscribe <tang@alpha.ces.cwru.edu>
  • From: William Tang <tang@alpha.ces.cwru.edu>
• request for binary extension
  • From: Steve Strassmann <straz@media-lab.media.mit.edu>
• May Day PCL bugs affecting instances of redefined classes
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• CLOS Workshop
  • From: Josh Lubell <lubell@cs.UMD.EDU>
• Re: CLUE won't compile
  • From: Jim Healy <healy@lucid.com>
• Re: May Day PCL bugs affecting instances of redefined classes
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• PCL
  • From: Jenny.Rowland@lv.sait.edu.au
• PCL
  • From: Jenny.Rowland@lv.sait.edu.au
• Re: PCL
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Changing default slot values (or initforms)
  • From: eero@helmholtz.arc.nasa.gov (Eero Simoncelli)
• Re: Changing default slot values (or initforms)
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Assigning default slot value plus side effects?
  • From: hall@aplcen.apl.jhu.edu (Marty Hall)
• Re: Assigning default slot value plus side effects?
  • From: "Peter N. Saurugger" <peter-s@molbio.cbs.umn.edu>
• Suitability id CLOS
  • From: Sheldon Ball <Sheldon_Ball.MEDINF@yccatsmtp.ycc.yale.edu>
• suitability of CLOS for large KB
  • From: <BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU>
• Re: suitability of CLOS for large KB
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• Re: Assigning default slot value plus side effects?
  • From: hall@aplcen.apl.jhu.edu (Marty Hall)
• List of slots for object?
  • From: hall@aplcen.apl.jhu.edu (Marty Hall)
• Re: suitability of CLOS for large KB
  • From: Joseph.Bates@WIZARD.OZ.CS.CMU.EDU
• Re: List of slots for object?
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• request help with installing PCL on Vax and Mac
  • From: RAZ@vx.acs.umn.edu
• Re: Assigning default slot value plus side effects?
  • From: george@huntsai.boeing.com (George Williams)
• Re: Assigning default slot value plus side effects?
  • From: kanderso@DINO.BBN.COM
• suitability of CLOS for large KB
  • From: mcbride@eng.sun.com (Philp McBride)
• Re: suitability of CLOS for large KB
  • From: Larry Masinter <masinter@parc.xerox.com>
• defclass options
  • From: Billy Joel <riedesel@daneel.den.mmc.com>
• Re: defclass options
  • From: Gregor J. Kiczales <gregor@parc.xerox.com>
• PCL
  • From: Al Tabayoyon <alt@k2.wv.tek.com>
• Re: defclass options
  • From: jarl@franz.com (Jarl Nilsson)
• CLOS
  • From: lcn@philtis.cft.philips.nl (Leo C. Noordhuizen @ Philips CFT Automation/DCC)
• Please remove me from this mailing list
  • From: loeffler@mcc.com (David D. Loeffler)
• Any plans for a finalize-instance method?
  • From: eero@newton.arc.nasa.gov (Eero Simoncelli)
• Any plans for a finalize-instance method?
  • From: smh@franz.com (Steve Haflich)
• suitability of CLOS for large KB
  • From: Jon L White <jonl@lucid.com>
• EQL specializers under Genera
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• optimizations for CALL-NEXT-METHOD
  • From: Doug Cutting <cutting@parc.xerox.com>
• Update on Third CLOS Users and Implementors Workshop
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• Problems building PCL
  • From: Al Tabayoyon <alt@k2.wv.tek.com>
• CommonWindows
  • From: james@visual2.tamu.edu (James Saxon)
• More bugs in PCL
  • From: Richard Lamson <rsl@max-fleischer.ila-sf.dialnet.symbolics.com>
• FYI: a metaobject extension
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: FYI: a metaobject extension
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: FYI: a metaobject extension
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: FYI: a metaobject extension
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: FYI: a metaobject extension
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: FYI: a metaobject extension
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: FYI: a metaobject extension
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• new version of Chapter 3
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: FYI: a metaobject extension
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• installing PCL under IBCL
  • From: ohc@eng.umd.edu (Hyeong-Cheol Oh)
• error checking of args to CALL-NEXT-METHOD
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• FYI: a metaobject extension
  • From: Jon L White <jonl@lucid.com>
• OOPSLA 90 Workshop Deadlines Extended
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• DISTRIBUTED CLOS IMPLEMENTATION: ASK FOR HELP
  • From: Andre de Souza Mello Valente <USERASMV%LNCC.BITNET@Forsythe.Stanford.EDU>
• [no subject]
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• DISTRIBUTED CLOS IMPLEMENTATION: ASK FOR HELP
  • From: Stephen L. Nicoud <snicoud@atc.boeing.com>
• call-next-method with arguments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• call-next-method with arguments
  • From: kab@CHARON.MIT.EDU (Kim A. Barrett)
• Creating new method combinations
  • From: "\"nmj%cs.flinders.oz.au\"".GV@xerox.com
• CLOS Browser
  • From: "Ulrico Canzi - CEFRIEL, Milano, Italy" <ULI%IMICEFR.BITNET@CUNYVM.CUNY.EDU>
• Re: Creating new method combinations
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• feature? bug?
  • From: Andrew Philpot <philpot@ptolemy.arc.nasa.GOV>
• Compiling PCL on Xerox
  • From: beentjes%coeur.uucp@relay.eu.net (Hans Beentjes)
• predicate function in method group specifiers
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• Class STANDARD-SLOT-DESCRIPTION
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• Class STANDARD-SLOT-DESCRIPTION
  • From: Jon L White <jonl@lucid.com>
• Class STANDARD-SLOT-DESCRIPTION
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• predicate function in method group specifiers
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• feature? bug?
  • From: Andrew Philpot <philpot@ptolemy.arc.nasa.GOV>
• Re: feature? bug?
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• change in list format
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• method caching problem w/ Allegro CL??
  • From: bss@magrathea.risc.COM (Bruce Seely)
• [no subject]
  • From: "Prof. Vargasje" <vargasje@jev.ece.scarolina.EDU>
• Re: [spr1889] method caching problem w/ Allegro CL??
  • From: jkf@franz.com (Sean Foderaro)
• change in list format
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• Bingo on the Bus Error...
  • From: james@visual2.tamu.edu (James Saxon)
• Re: change in list format
  • From: ralph@orion.laas.fr
• Re: [spr1889] method caching problem w/ Allegro CL??
  • From: jkf@franz.com (Sean Foderaro)
• Re: change in list format
  • From: LUIGI SARTI <SARTI%ICE.GE.CNR.IT@CUNYVM.CUNY.EDU>
• issues related to list change
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• issues related to list change
  • From: Jon L White <jonl@lucid.com>
• Metaobject Protocol in MACL 2.0
  • From: Josh Lubell <lubell@cs.UMD.EDU>
• Re: Metaobject Protocol in MACL 2.0
  • From: bill@cambridge.apple.COM
• Picasso GUI Development System Release Announcement
  • From: larry@postgres.Berkeley.EDU (Larry Rowe)
• change in list format
  • From: Masayuki Ida <ida@csrl.aoyama.ac.jp>
• DEFMETHOD automagic references considered random
  • From: rsl@ILA.COM
• DEFMETHOD automagic references considered random
  • From: Stephen L Nicoud <snicoud@atc.boeing.COM>
• DEFMETHOD automagic references considered random
  • From: Jon L White <jonl@lucid.COM>
• DEFMETHOD automagic references considered random
  • From: rsl@max-fleischer.sf.dialnet.ila.com
• change to mailing list format
  • From: Gregor Kiczales <gregor@parc.xerox.com>, kiuchi.pa@arisia.Xerox.COM
• A request
  • From: tusveld%hcsrnd.uucp@relay.eu.net (Fred Tusveld)
• Problem with type declarations in PCL.
  • From: ebg%atr-hr.atr.co.jp%kddlab.uucp@uunet.uu.NET (Edward B. Gamble)
• Problem with type declarations in PCL.
  • From: Jon L White <jonl@lucid.COM>
• Comp.object.clos?
  • From: hall@aplcen.apl.jhu.EDU (Marty Hall)
• Re: Comp.object.clos?
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Problem compiling pcl (5/5/90) on NeXT 1.0/Allegro Common Lisp
  • From: colin@snaefell.tamu.EDU (Colin Allen)
• Re: Problem compiling pcl (5/5/90) on NeXT 1.0/Allegro Common Lisp
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: Problem compiling pcl (5/5/90) on NeXT 1.0/All
  • From: colin@snaefell.tamu.EDU (Colin Allen)
• Problem compiling pcl (5/5/90) on NeXT 1.0/Allegro Common Lisp
  • From: hws@icsib1.berkeley.EDU (Heinz Schmidt)
• A CLOS testing program and more...
  • From: Andre de Souza Mello Valente <USERASMV%LNCC.BITNET@CUNYVM.CUNY.EDU>
• Problem with type declarations in PCL.
  • From: ebg%atr-hr.atr.co.jp%kddlab.uucp@uunet.UU.NET (Edward B. Gamble)
• Re: Problem with type declarations in PCL.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• A CLOS testing program and more...
  • From: krugg@odb.com (Kenneth W. Rugg)
• EQL specializers
  • From: philpot@ptolemy.arc.nasa.GOV (philpot)
• Re: EQL specializers
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• comp.object.clos
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Compilation of methods per class.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• comp.object.clos discussion
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Compilation of methods per class.
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• Re: Compilation of methods per class.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Possible bug in kcl-low.lsp
  • From: carroll@suna0.cs.uiuc.edu
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Jon L White <jonl@lucid.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Compilation of methods per class.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Jon L White <jonl@lucid.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Peter Benson <pab@lucid.com>
• method combination -- mayday PCL
  • From: Neil Goldman <goldman@venera.isi.EDU>
• Compilation of methods per class.
  • From: Peter Benson <pab@lucid.com>
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.com>
• Re: Making (CLASS-OF <class>) be EQ to <class>
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Jon L White <jonl@lucid.com>
• Re: Compilation of methods per class.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.com>
• Re: Compilation of methods per class.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.com>
• Re: Compilation of methods per class.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• Latest version of PCL
  • From: m1rih00%fed.uucp@uunet.UU.NET
• Re: Compilation of methods per class.
  • From: Doug Cutting <cutting@parc.xerox.com>
• Re: Compilation of methods per class.
  • From: Doug Cutting <cutting@parc.xerox.com>
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.COM>
• Re: Latest version of PCL
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: Compilation of methods per class.
  • From: rodrigue@parc.xerox.com
• [cutting@parc.xerox.com: optimizations for CALL-NEXT-METHOD]
  • From: Doug Cutting <cutting@parc.xerox.com>
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.COM>
• Re: Compilation of methods per class.
  • From: rodrigue@parc.xerox.com
• Compilation of methods per class.
  • From: Jon L White <jonl@lucid.COM>
• Good discussion on General OO stuff
  • From: PT_MAGEE%VAX.ACS.OPEN.AC.UK@pucc.PRINCETON.EDU
• Re: Good discussion on General OO stuff
  • From: Danny Bobrow <bobrow@parc.xerox.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Making (CLASS-OF <class>) be EQ to <class>
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Jon L White <jonl@lucid.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Good discussion on General OO stuff
  • From: PT_MAGEE%VAX.ACS.OPEN.AC.UK@pucc.PRINCETON.EDU
• Good discussion on General OO stuff
  • From: Jon L White <jonl@lucid.com>
• Making (CLASS-OF <class>) be EQ to <class>
  • From: Jon L White <jonl@lucid.com>
• Re: Compilation of methods per class.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• PRINT-OBJECT, May-day classes & methods in same file
  • From: tim@cstr.edinburgh.ac.uk
• Making (CLASS-OF <class>) be EQ to <class>
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• pcl to Kyoto Common Lisp
  • From: Rolf Lindgren <rolfl@ulrik.uio.NO>
• Re: PRINT-OBJECT, May-day classes & methods in same file
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: Compilation of methods per class.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Redefinition of classes having existing instances
  • From: harrisr@turing.cs.rpi.EDU (Richard Harris)
• patches to PCL
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: Compilation of methods per class.
  • From: Trent Lange <lange@CS.UCLA.EDU>
• May Day PCL with all the patches
  • From: harrisr@turing.cs.rpi.EDU (Richard Harris)
• Re: Compilation of methods per class.
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• specializer-direct-xxx generic functions
  • From: kab@CHARON.MIT.EDU (Kim A. Barrett)
• MOP
  • From: Harold Lehmann <lehmann@sumex-aim.stanford.edu>
• Re: MOP
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: specializer-direct-xxx generic functions
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: specializer-direct-xxx generic functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• specializer-direct-xxx generic functions
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• specializer-direct-xxx generic functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: specializer-direct-xxx generic functions
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• specializer-direct-xxx generic functions
  • From: Jon L White <jonl@lucid.com>
• specializer-direct-xxx generic functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• specializer-direct-xxx generic functions
  • From: kab@charon.MIT.EDU (Kim A. Barrett)
• specializer-direct-xxx generic functions
  • From: Jon L White <jonl@lucid.com>
• specializer-direct-xxx generic functions
  • From: Jon L White <jonl@lucid.com>
• Re: problems compiling may-day-pcl-rev-3
  • From: harrisr@turing.cs.rpi.EDU (Richard Harris)
• Re: problems compiling may-day-pcl-rev-3
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Re: CALL FOR VOTES: comp.lang.clos
  • From: tk@allegra.tempo.nj.att.com (Thomas Kirk)
• May Day PCL Rev 3 with ExCL on SUN4s
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• compiling pcl on MACL 1.3.1
  • From: BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU
• compiling pcl on MACL 1.3.1
  • From: BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU
• compiling pcl on MACL 1.3.1
  • From: BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU
• Re: problems compiling may-day-pcl-rev-3
  • From: "Ralph P. Sobek" <ralph@vega.laas.fr>
• differences between May Day Rev II and May Day Rev 3
  • From: harrisr@turing.cs.rpi.EDU (Richard Harris)
• patch for MACL
  • From: BALL%YALEMED.BITNET@CUNYVM.CUNY.EDU
• PCL/KEE problem
  • From: markus%swg1.uucp@tracer.army.mil
• CLOS Availability
  • From: markus%swg1.uucp@tracer.army.mil
• CLOS Availability
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS Availability and PCL/KEE problem
  • From: Jon L White <jonl@lucid.com>
• RE: CLOS Availability and PCL/KEE problem
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• Readers, methods, and congruent lambda lists
  • From: konstan@elmer-fudd.berkeley.EDU (Joe Konstan)
• Readers, methods, and congruent lambda lists
  • From: Jon L White <jonl@lucid.COM>
• Initialize-instance and Franz
  • From: fxtv@zeta.ibp.FR (Francois-Xavier TESTARD-VAILLANT)
• Re: Initialize-instance and Franz
  • From: bsmith@postgres.Berkeley.EDU (Brian Smith)
• comp.lang.clos NetNews Grops
  • From: Jan K|lander <jank@diku.dk>
• Inspecting PCL objects in Franz.
  • From: Stephen L Nicoud <snicoud@atc.boeing.COM>
• Inspecting PCL objects in Franz.
  • From: Stephen L Nicoud <snicoud@atc.boeing.COM>
• Re: [spr2142] Inspecting PCL objects in Franz.
  • From: smh@franz.com (Steve Haflich)
• compiling pcl with kcl and an amdahl 5860
  • From: colin@snaefell.tamu.EDU (Colin Allen)
• pcl::precompile-random-code-segments
  • From: chungl@postgres.Berkeley.EDU (Chung Liu)
• VOTING RESULT: comp.lang.clos
  • From: Yasuhiko_Kiuchi.PARC@xerox.com
• CLOS subset on KEE availablity
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• Sigh... a bug clos-on-kee
  • From: egdorf%zaphod@LANL.GOV (Skip Egdorf)
• Trouble with PCL on Franz Allegro 3.0.1beta
  • From: Paul Fuqua <pf@islington-terrace.csc.ti.com>
• CLOS programming style
  • From: collins@aspen.serc.3m.com (John Collins)
• [no subject]
  • From: asood%vigyan.uucp@ncst.ernet.in
• YET ANOTHER TEST MESSAGE
  • From: "David D. Loeffler" <AI.LOEFFLER@MCC.COM>
• Last test message for today.
  • From: "David D. Loeffler" <AI.LOEFFLER@MCC.COM>
• CLOS for a mac.
  • From: wargo%cs@ucsd.edu (Dave Wargo)
• CLOS Workshop '91 Organizer Volunteer?
  • From: Andreas Paepcke <paepcke@hplap.hpl.hp.com>
• Is a class object a valid method specializer?
  • From: Chris Richardson <cer@franz.com>
• Re: Is a class object a valid method specializer?
  • From: moon@brazil.cambridge.apple.com (David A. Moon)
• Is a class object a valid method specializer?
  • From: kab@chestnut.com (Kim Barrett)
• Re: Is a class object a valid method specializer?
  • From: moon@brazil.cambridge.apple.com (David A. Moon)
• Is a class object a valid method specializer?
  • From: kab@chestnut.com (Kim Barrett)
• Is a class object a valid method specializer?
  • From: Jon L White <jonl%kuwait@lucid.com>
• Is a class object a valid method specializer?
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Is a class object a valid method specializer?
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Is a class object a valid method specializer?
  • From: moon@brazil.cambridge.apple.com (David A. Moon)
• Re: Is a class object a valid method specializer?
  • From: Gregor Kiczales <gregor@parc.xerox.com>
• Is a class object a valid method specializer?
  • From: Jon L White <jonl%kuwait@lucid.com>
• Is a class object a valid method specializer?
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Clos
  • From: Rick Duffy <rick@maxai.den.mmc.com>
• Subscription
  • From: HJBORTOL%BRFUEM.BITNET@UICVM.uic.edu
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• re: Random metaclasses for CL types
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: Random metaclasses for CL types
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: Random metaclasses for CL types
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: Random metaclasses for CL types
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: DEFMETHOD with no required args?
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: call-next-method incoherency
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>