home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / hp48 / 5901 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  2.3 KB

  1. From: akcs.alistairl@hpcvbbs.cv.hp.com (Alistair S Lang)
  2. Date: Mon, 23 Nov 1992 15:40:04 GMT
  3. Subject: Re: Strange Memory Loss
  4. Message-ID: <2b10f392.2224.7comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hp-cv!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.alistairl
  6. Newsgroups: comp.sys.hp48
  7. References: <2b0c4727.2224comp.sys.hp48@hpcvbbs.cv.hp.com> <cgw.722303141@sol>
  8. Lines: 39
  9.  
  10. NO NO NO!!!
  11. This is not some stupidity and lack of understanding on how memory
  12. is used for retaining LASTARGs etc. , nor did it steadliy accumulate over
  13. time.
  14.  
  15. In my response, above, (#2) I may not have given the full info:
  16. We are talking EIGHTY THOUSAND BYTES here, not just a few.
  17. I regularly use the MEM command, and had done so just before this 
  18. loss happened and it gave a count of about 100k bytes free, so I had
  19. about 60k worth of programs.
  20. After the "Thing" I only had about 20k free so the "Thing" caused the
  21. disappearance of 80k. ie. no "slow accumulation".
  22. The 128k RAM card was in port 1 (merged) with nothing in port 2.
  23. The 60k of programs I had installed were still intact and working.
  24. I disabled the LASTARG, LASTCOM, LASTSTACK, PURGEd PICT and performed an
  25. ON-C, all to no avail: I still had lost 80k.
  26. I then went through the HOME directory and all the ports but remember
  27. the card was merged, so both ports 1 & 2 were "empty" with only #0
  28. occupied; and added the BYTE count for each directory, program etc
  29. stored. This totalled about 60k, as before the "Thing", thus proving that
  30. 80,000 bytes had vanished.
  31. (By now I was in very cold sweat, after all RAM _IS_ expensive!).
  32.  
  33. This situation persisted until I had a memory-out (caused by other
  34. reasons) when my full 160k returned.
  35.  
  36. I welcome the above responses but so far I don't believe any to be
  37. correct, however, keep trying!    [|B-))
  38.  
  39. Bill Levenson memtions above that sometimes libraries seem to store
  40. themselves in port 0 when previously in port 1 (or 2) . This has happened
  41. to me before, but not in this case.
  42. Also , an interesting quirk I've discovered is that the '48 recovers and
  43. reinstalls libraries that have recently been deleted (if they have not
  44. yet been over-written by other data ?) when trying to recover memory, so
  45. you should always keep an eye on what is stored in port 0 and see if
  46. anything is duplicated.
  47.  
  48. A S Lang
  49.  
  50.