home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / lisp / mcl / 1359 next >
Encoding:
Text File  |  1992-09-08  |  1.8 KB  |  41 lines
  1. Path: sparky!uunet!sun-barr!ames!data.nas.nasa.gov!taligent!apple!apple!cambridge.apple.com!bill@cambridge.apple.com
  2. From: bill@cambridge.apple.com (Bill St. Clair)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: Bug in Inspector?
  5. Message-ID: <9209082059.AA23832@cambridge.apple.com>
  6. Date: 8 Sep 92 22:04:44 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 27
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10. Full-Name: Bill St. Clair
  11. Original-To: djskrien@COLBY.EDU (Dale J. Skrien)
  12. Original-Cc: info-mcl
  13.  
  14. >Sometimes when I inspect a list of CLOS objects with the inspector, the
  15. >HEX values associated with the objects seems to change arbitrarily.  Here's
  16. >a simple example:
  17. >
  18. >? (defvar xx (list (make-instance 'view) (make-instance 'view)))
  19. >(#<VIEW #xB5AD69> #<VIEW #xB5ADE9>)
  20. >? (inspect 'xx)
  21. >#<INSPECTOR-WINDOW "XX" #xB5AED1>
  22. >
  23. >At this point, the inspector window opens and shows that the value of xx is
  24. >a list of two views.  If I double-click on that list of two views in the
  25. >inspector window to inspect these views, I get a new inspector window
  26. >for the list.  So far, so good.
  27. >     However, now I close this new inspector window and double-click
  28. >on the list of two views again in the original inspector window to reopen
  29. >the new inspector window for the list.  I repeat this closing and opening
  30. >the inspector window for the list of two views several times.  Eventually,
  31. >the inspector window for the list of two views shows different HEX values
  32. >associated with the two views.  For example, I got
  33. >   (#<VIEW #xB5A3C1> #<VIEW #xB5A431>)
  34. >
  35. >Does this mean the objects moved (due to garbage collection or some
  36. >other reason)?  I have the ephemeral garbage collector on.
  37.  
  38. The hex number in the print string for views (and many other objects) is a
  39. memory address. Hence, as you surmised, it may change whenever garbage
  40. collection happens, ephemeral or otherwise.
  41.