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

  1. Xref: sparky comp.lang.c++:11780 comp.std.c++:996
  2. Newsgroups: comp.lang.c++,comp.std.c++
  3. Path: sparky!uunet!mole-end!mat
  4. From: mat@mole-end.matawan.nj.us
  5. Subject: Re: run-time type checking (was: Re: Covariant Types in Derived Classes)
  6. Message-ID: <1992Jul29.210019.19120@mole-end.matawan.nj.us>
  7. Organization: :
  8. References: <1992Jul24.234628.21196@cadsun.corp.mot.com> <2TJ53BQ@netmbx.netmbx.de>
  9. Date: Wed, 29 Jul 1992 21:00:19 GMT
  10. Lines: 25
  11.  
  12. In article <2TJ53BQ@netmbx.netmbx.de>, jrobie@netmbx.netmbx.de (Jonathan Robie) writes:
  13. > chip@tct.com (Chip Salzenberg) writes:
  14.  
  15. > >But once you've frozen a C++ object into a dead array of bytes, it's
  16. > >no longer a C++ object, so the C++ type system is no longer operative.
  17.  
  18. > >...
  19. > Unfortunately, the proposed standard will not provide enough info to
  20. > do this, according to Mat Mol.  ...
  21.  
  22. I ain't Mat and I ain't nobody's moll!  I got a poifekly good .sig down
  23. below and youse guys oughta loin ta read it.
  24.  
  25. >                 ....  He referred to a second standard for
  26. > extended type information that might have enough infor but which he
  27. > suggests might not make it into the standard.  I am trying to get my
  28. > hands on these proposals, but it may take a few weeks...
  29.  
  30. The Extended Type Information proposal is only in its formative stages now.
  31. ETI will be done if it is practical.
  32. -- 
  33.  (This man's opinions are his own.)
  34.  From mole-end                Mark Terribile
  35.  
  36.  mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
  37.