home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / std / cplus / 1780 < prev    next >
Encoding:
Text File  |  1992-12-14  |  1.3 KB  |  29 lines
  1. Newsgroups: comp.std.c++
  2. Path: sparky!uunet!microsoft!hexnut!jimad
  3. From: jimad@microsoft.com (Jim Adcock)
  4. Subject: Re: Zero-length structures and pointer comparisons
  5. Message-ID: <1992Dec14.230730.24452@microsoft.com>
  6. Date: 14 Dec 92 23:07:30 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Dec11.212831.19493@bcrka451.bnr.ca> <5366@miramon.lulea.trab.se>
  9. Lines: 18
  10.  
  11. In article <5366@miramon.lulea.trab.se> jbn@lulea.trab.se (Johan Bengtsson) writes:
  12. |Other OODBMSs that use straight pointers to refer to persistent
  13. |objects (e.g. ObjectStore,Texas) must provide a rather special
  14. |ptrcmp(void*,void*), or disallow use of ptrcmp() for persistent
  15. |objects (may be difficult to check).
  16.  
  17. What if ptrcmp [addrcmp] were allowed to return 0 for those objects
  18. and/or systems that don't define an ordering for those objects?
  19.  
  20. The implication would be that one routine could be written that uses
  21. a fast ordering scheme on those OS's and/or objects that support the 
  22. ordering, but a slower secondary scheme would have to be included for
  23. those cases of objects or OS's where the order is undefined. 
  24. The secondary scheme would only have to be implemented by those programmers
  25. *really* interested in writing *really* portable code, since a defined
  26. ordering out of ptrcmp would be a common extension.
  27.  
  28. ???
  29.