home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / cplus / 1997 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.0 KB  |  46 lines

  1. Newsgroups: comp.std.c++
  2. Path: sparky!uunet!munnari.oz.au!cs.mu.OZ.AU!munta.cs.mu.OZ.AU!fjh
  3. From: fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON)
  4. Subject: Re: pointer comparisons
  5. Message-ID: <9300812.4038@mulga.cs.mu.OZ.AU>
  6. Sender: news@cs.mu.OZ.AU
  7. Organization: Computer Science, University of Melbourne, Australia
  8. References: <1992Dec27.050118.1628@lpi.liant.com> <1992Dec30.184614.5551@microsoft.com> <1992Dec31.170223.21637@lpi.liant.com> <1993Jan1.155241.28217@ucc.su.OZ.AU> <9300300.29980@mulga.cs.mu.OZ.AU> <1993Jan4.200625.5680@lucid.com>
  9. Date: Fri, 8 Jan 1993 01:05:26 GMT
  10. Lines: 34
  11.  
  12. jss@lucid.com (Jerry Schwarz) writes:
  13.  
  14. >In article <9300300.29980@mulga.cs.mu.OZ.AU>, fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON) writes:
  15. >|> 
  16. >|> As I noted in a previous article, I don't agree with Scott Turners belief
  17. >|> that base class subobjects are objects. To me, these are absurd 
  18. >|> consequences, and thus I conclude that the assumption used in deriving them
  19. >|> must be flawed.
  20. >
  21. >Perhaps fjh would specify some of these "absurd consequences".
  22.  
  23. I meant the ones that I quoted in the article I was responding to
  24. (maxtal = John MAX Skaller):
  25.  
  26. maxtal>    One consequence: abstract objects can exist.
  27. maxtal>
  28. maxtal>    Corollary: such objects have states not accessible via
  29. maxtal>    the contiguous storage allocated for them.
  30. maxtal>    (via virtual function calls)
  31.  
  32. To me, an abstract class is a class without any actual objects of that class,
  33. so the idea of an "abstract object" seems to be an oxymoron. Similarly, the
  34. idea that an object can have "state" that is not stored in its "storage" seems
  35. to make a mockery of the whole idea of "storage".
  36.  
  37. I can understand the opposing view, but it seems to me that we are just
  38. starting from different axioms. Anyhow, this discussion does not seem to be
  39. very fruitful.
  40.  
  41. -- 
  42. Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
  43. This .signature virus is a self-referential statement that is true - but 
  44. you will only be able to consistently believe it if you copy it to your own
  45. .signature file!
  46.