home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / std / cplus / 1767 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  2.0 KB
  1. Path: sparky!uunet!enterpoop.mit.edu!eru.mt.luth.se!hagbard!loglule!jbn
  2. From: jbn@lulea.trab.se (Johan Bengtsson)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Zero-length structures and pointer comparisons
  5. Message-ID: <5366@miramon.lulea.trab.se>
  6. Date: 12 Dec 92 16:49:30 GMT
  7. References: <1992Dec11.212831.19493@bcrka451.bnr.ca>
  8. Organization: Telia Research AB, Aurorum 6, 951 75 Lulea, Sweden
  9. Lines: 33
  10. X-Newsreader: TIN [version 1.1 + PL8]
  11.  
  12. Stuart MacMartin (sjm@bcrki65.bnr.ca) wrote:
  13. : In article jbn@lulea.trab.se (Johan Bengtsson) writes:
  14. : >Put differently: the database ID total order and the corresponding
  15. : >transient pointer orders must be order-isomorphic (look it up, I did :-),
  16. : >to ensure that the total pointer order for the addresses of
  17. : >persistent objects mapped into transient memory is consistent between
  18. : >different runs of the same program.
  19.  
  20. : Aren't we talking about a total ordering that is consistent for the
  21. : duration of the process?
  22.  
  23. Yes, primarily.
  24.  
  25. : The OODBMS objects can have an ordering that
  26. : is persistent, but obviously the transient objects won't have a persistent
  27. : ordering.  Do we care if the ordering of persistent objects is the same
  28. : between different runs of the program?  Am I missing something?
  29.  
  30. A persistent structure that depends on total object ordering needs the
  31. same ordering for all program runs.  As I think you pointed out in
  32. another posting, the ordering need/should not be pointer based for OODBMSs
  33. that use handle objects to refer to persistent objects.
  34.  
  35. Other OODBMSs that use straight pointers to refer to persistent
  36. objects (e.g. ObjectStore,Texas) must provide a rather special
  37. ptrcmp(void*,void*), or disallow use of ptrcmp() for persistent
  38. objects (may be difficult to check).
  39.  
  40. -- 
  41. --------------------------------------------------------------------------
  42. | Johan Bengtsson, Telia Research AB, Aurorum 6, S-951 75 Lulea, Sweden  |
  43. | Johan.Bengtsson@lulea.trab.se; Voice:(+46)92075471; Fax:(+46)92075490  |
  44. --------------------------------------------------------------------------
  45.