home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp48 / 4069 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.3 KB
  1. From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
  2. Date: Wed, 29 Jul 1992 20:40:02 GMT
  3. Subject: Re: Tricks with pointers
  4. Message-ID: <2a76f641.1492.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!wupost!sdd.hp.com!hp-cv!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.levenson
  6. Newsgroups: comp.sys.hp48
  7. References: <2a74e987.1492comp.sys.hp48@hpcvbbs.cv.hp.com>
  8. Keywords: pointers
  9. Lines: 22
  10.  
  11. Regarding this post about purging directories that are referenced on the
  12. stack:
  13.  
  14. I believe that Adam Cowen is slightly mistaken about the stack.  When the
  15. directory is purged while it is on the stack, the directory is not copied
  16. to the stack, but to temporary memory.  The stack contains a pointer that
  17. refers to the new memory location.  The stack *always* contains only
  18. pointers (TRUE?).
  19.  
  20. Regarding the phenomenon of puging a variable in a directory that is on
  21. the stack:
  22.  
  23. I tried it and, sure enough, the stack object is changed.  Is this a bug?
  24.  It seems to me that if you recall the directories contents to the stack,
  25. you would want that to remain constant, even if the actual directory is
  26. changed.  This obviously happens because the PURGE command doesn't
  27. recognize that the variable it purges is referenced by the stack and
  28. doesnt attempt to do a NEWOB to rectify the reference.  Very interesting!
  29.  
  30. Bill
  31.  
  32. BTW  I have a Rev D; Does Rev E do this?
  33.  
  34.