home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12463 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.2 KB  |  26 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!microsoft!hexnut!jimad
  3. From: jimad@microsoft.com (Jim Adcock)
  4. Subject: Re: run-time type checking, freezing, and thawing
  5. Message-ID: <1992Aug17.232215.13568@microsoft.com>
  6. Date: 17 Aug 92 23:22:15 GMT
  7. Organization: Microsoft Corporation
  8. References: <2A827DFD.6D68@tct.com> <1992Aug10.191631.4133@microsoft.com> <WNZ5RGC@netmbx.netmbx.de>
  9. Lines: 15
  10.  
  11. In article <WNZ5RGC@netmbx.netmbx.de> jrobie@netmbx.netmbx.de (Jonathan Robie) writes:
  12. |We could take that even one step further, and grovel over debugging info
  13. |placed in the .EXEs.  In fact, we could develop a general purpose library
  14. |for accessing this information.  And we could standardize this for all
  15. |vendors.  We have now rederived the concept of extended run time type
  16. |information....
  17.  
  18. Exactly.  The advantage being that if you can figure out how to do the job
  19. without requiring keyword changes, then you can bypass the ANSI-C++
  20. committee, and just develop a libraries standard.  Which can be decoupled
  21. from the C++ standardization effort.
  22.  
  23. For example, rather than having a "persistent" keyword, maybe you can just
  24. require that all persistent classes inherit from "Persistent."  This way you
  25. can avoid introducing a keyword, and can avoid dealing with the committee.
  26.