home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / cplus / 1992 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.8 KB  |  41 lines
  1. Newsgroups: comp.std.c++
  2. Path: sparky!uunet!titan!lpi!pkt
  3. From: pkt@lpi.liant.com (Scott Turner)
  4. Subject: Re: pointer comparisons
  5. Message-ID: <1993Jan7.152329.783@lpi.liant.com>
  6. Sender: pkt@lpi (Scott Turner)
  7. Organization: Liant Software Corporation
  8. References: <1993Jan4.200625.5680@lucid.com> <1993Jan5.060332.5262@ucc.su.OZ.AU> <1993Jan5.222300.29535@lucid.com> <1993Jan06.201647.7602@microsoft.com>
  9. Date: Thu, 7 Jan 1993 15:23:29 GMT
  10. Lines: 29
  11.  
  12. Jim Adcock writes:
  13. > |And a "base subobject" bears an analogous relationship to the
  14. > |containing object(s).  
  15. > 
  16. > I disagree.  I consider the analogy to be sufficiently weak 
  17. > that I don't think a consistent set of rules can be developed
  18. > for both base parts and other objects that reasonably captures
  19. > the behavior of both categories.
  20.  
  21. It always seemed to me that the very term "base class subobject" was
  22. making the analogy, and pointing to the fact that there were other kinds of
  23. subobjects, i.e. elements and members.
  24.  
  25. If you don't think base class subobjects can be objects and still
  26. support a reasonable set of rules regarding objects, how about saying
  27. more clearly what's the conflict with the present rules?  Your multiple 
  28. inheritance example is interesting, but do you think it indicates any
  29. difficulties for Jerry Schwarz's and my reading of the rules?
  30.  
  31. (You have indeed pointed out one conflict with the present rules.  1.3 of the
  32. working paper says that an object occupies a contiguous set of bytes,
  33. which conflicts with the usual implementation techniques for virtual bases
  34. of base classes.  But it's easy enough to make an exception to this rule, for
  35. base class subobjects.)
  36. --
  37. Prescott K. Turner, Jr.
  38. Liant Software Corp. (developers of LPI languages)
  39. 959 Concord St., Framingham, MA 01701 USA    (508) 872-8700
  40. UUCP: uunet!lpi!pkt                          Internet: pkt@lpi.liant.com
  41.