home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11564 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!mole-end!mat
  3. From: mat@uunet.uu.net!mole-end
  4. Subject: Re: Covariant Types in Derived Classes
  5. Message-ID: <1992Jul26.025756.6408@uunet.uu.net!mole-end>
  6. Summary: Extended Type Info, NOT RTTI
  7. Organization: :
  8. References: <VKE52M@netmbx.netmbx.de> <712030928snx@trmphrst.demon.co.uk>
  9. Date: Sun, 26 Jul 1992 02:57:56 GMT
  10. Lines: 27
  11.  
  12. In article <712030928snx@trmphrst.demon.co.uk>, nikki@trmphrst.demon.co.uk (Nikki Locke) writes:
  13.  
  14. > In article <VKE52M@netmbx.netmbx.de> jrobie@netmbx.netmbx.de (Jonathan Robie) writes:
  15.  
  16. > > maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  17.  
  18. >>>>If I want a generic print function that can handle all types as though they
  19. >>>>were basic types, then this print function must know the location and type
  20. >>>>of each member, and also the name if the function is to be particularly
  21. >>>>useful.
  22.  
  23. >>>    Such a utility function would be useful for debugging only.
  24. >>>Yes, to do it you would need RTTI.
  25. >> 
  26. >> Not so.  A report generator might start by showing me the default
  27. >> printout for an object.  I can grab fields with my mouse and move
  28. >> them around or delete them.
  29.  
  30. RTTI doesn't provide enough information for this; a second facility that
  31. may or may not happen, called Extended Type Information, will be needed.
  32. ETI is very desirable to support persistance, OODBMs, Remote Object Dispatch,
  33. etc.  Whether it can be done at acceptible cost has yet to be determined.
  34. -- 
  35.  (This man's opinions are his own.)
  36.  From mole-end                Mark Terribile
  37.  
  38.  uunet!mole-end!mat, Somewhere in Matawan, NJ
  39.