home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11403 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.4 KB

  1. Xref: sparky comp.lang.c++:11403 comp.std.c++:922
  2. Newsgroups: comp.lang.c++,comp.std.c++
  3. Path: sparky!uunet!mole-end!mat
  4. From: mat@mole-end
  5. Subject: Re: Language extensions for run-time type identification
  6. Message-ID: <1992Jul22.091752.22521@mole-end>
  7. Organization: :
  8. References: <14ft2uINNjh4@agate.berkeley.edu> <1992Jul21.143131.6902@cadsun.corp.mot.com>
  9. Date: Wed, 22 Jul 1992 09:17:52 GMT
  10. Lines: 24
  11.  
  12. Just a point of fact:
  13.  
  14. In article <1992Jul21.143131.6902@cadsun.corp.mot.com>, shang@corp.mot.com (David (Lujun) Shang) writes:
  15.  
  16. > > In most implementations of classes with virtual functions, each object
  17. > > already has, in effect, a type-ID: the pointer to the virtual function
  18. > > table.  This is a natural hook on which to hang run time type checking.
  19.  
  20. > The pointer to vtable can not work as a type-ID for a language with multiple  
  21. > inheritance. An object of particular class derived from multiple bases may  
  22. > contain serveral different vtable references. Different base pointers to the  
  23. > same object may use different vtable pointers.
  24.  
  25. Not quite true.  Those multiple vtable references in a complete object
  26. all have to point to vtables whose only differences are their `offset
  27. adjustments.'
  28.  
  29. This area has been studied to death and is being studied right now into
  30. the twilight zone and while some problems remain, this is not one of them.
  31. -- 
  32.  (This man's opinions are his own.)
  33.  From mole-end                Mark Terribile
  34.  
  35.  uunet!mole-end!mat, Somewhere in Matawan, NJ
  36.