home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp48 / 4255 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.2 KB
  1. From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
  2. Date: Thu, 13 Aug 1992 17:40:03 GMT
  3. Subject: Re: New Scrn v1.1
  4. Message-ID: <2a8a9a4f.1570.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-cv!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.levenson
  6. Newsgroups: comp.sys.hp48
  7. References: <01GNHSTHWEIO0009BV@cmu.unige.ch> <MHEISKAN.92Aug12153053@vipunen.h
  8. Lines: 42
  9.  
  10. Regarding the problems your having with the ParOuterLoop:
  11.  
  12. It sounds to like maybe the stack is getting altered within the
  13. ParOuterLoop.  I have seen similar symtoms when I tried to pass
  14. arguements from the AppKeys to the AppDisplay routines using the stack. 
  15. It seems that the ParOuterLoop messes with the stack somehow and screwed
  16. up the values I was passing.
  17.  
  18. RPLMAN.DOC describes the AppKeys stack diagram something like this:
  19.  
  20.      #keycode #keyplane --> keydef TRUE
  21.      #keycode #keyplane --> FALSE
  22.  
  23. I made the mistake of passing more than just FALSE to the stack.  The
  24. arguements for the next command (in AppDisplay) was screwed up and
  25. unpredictable results such as you described occured. 
  26.  
  27. This is just what happened to me and may be totally unrelated to your
  28. plight.
  29.  
  30. One more thing...I tried to run a sys RPL program I wrote all the ways
  31. you described with no problems.  I too have a ParOuterLoop surrounded by
  32. a temporary environment with  named LAM's.  I noticed, however, that I
  33. neglected to add the ABND at the end.  If anyone should have problems, it
  34. seems it should be me.  I also noticed that the SCROLL example in
  35. RPLMAN.DOC doesn't ABND it's environment either.  Does this mean that it
  36. isn't necessary when ending the program?  I understand is good practice
  37. to abnd these environments when they are not needed *inside* a program,
  38. but the question is... What happens to these environments after the after
  39. the program ends and an ABND is not executed.  Are the temporary
  40. variables still taking up memory somewhere?
  41.  
  42. By the way Klaus...you seem to be missing an ABND in the listing you
  43. posted here.
  44.  
  45. To summarize...I don't think the problem you are experiencing has
  46. anything to do with the ABND but I've been wrong before...I think.  Let
  47. us know what you find out.
  48.  
  49. Hope this helps!
  50.  
  51. Bill Levenson
  52.  
  53.