home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp48 / 4263 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.8 KB  |  65 lines
  1. Newsgroups: comp.sys.hp48
  2. Path: sparky!uunet!math.fu-berlin.de!zrz.tu-berlin.de!cs.tu-berlin.de!fauern!fauna!immd1.informatik.uni-erlangen.de!kskalb
  3. From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
  4. Subject: ABND and ParOuterLoop (was: New Scrn v1.1)
  5. References: <01GNHSTHWEIO0009BV@cmu.unige.ch> <MHEISKAN.92Aug12153053@vipunen.h <2a8a9a4f.1570.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  6. Message-ID: <Bsysz4.AIw@immd4.informatik.uni-erlangen.de>
  7. Sender: news@immd4.informatik.uni-erlangen.de
  8. Organization: CSD., University of Erlangen
  9. Date: Fri, 14 Aug 1992 08:30:40 GMT
  10. Lines: 53
  11.  
  12. akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson) writes:
  13.  
  14. >Regarding the problems your having with the ParOuterLoop:
  15.  
  16. [Comments about the POL and the stack deleted]
  17.  
  18. >One more thing...I tried to run a sys RPL program I wrote all the ways
  19. >you described with no problems.  I too have a ParOuterLoop surrounded by
  20. >a temporary environment with  named LAM's.  I noticed, however, that I
  21. >neglected to add the ABND at the end.  If anyone should have problems, it
  22. >seems it should be me.  I also noticed that the SCROLL example in
  23. >RPLMAN.DOC doesn't ABND it's environment either.  Does this mean that it
  24. >isn't necessary when ending the program?  I understand is good practice
  25. >to abnd these environments when they are not needed *inside* a program,
  26. >but the question is... What happens to these environments after the after
  27. >the program ends and an ABND is not executed.  Are the temporary
  28. >variables still taking up memory somewhere?
  29.  
  30. From my experience it seems that all temporary environments are
  31. destroyed as soon as the running program is terminated.
  32.  
  33. You need not worry about missing ABNDs unless you're going to call
  34. the program with the missing ABND from another program that uses
  35. unnamed LAMs.  
  36.  
  37. >By the way Klaus...you seem to be missing an ABND in the listing you
  38. >posted here.
  39.  
  40. Which listing do you refer to ?
  41. If you refer to the post about my trouble with ABND, the ABND was there.
  42.  
  43. My trouble is that this ABND sometimes causes a system halt.
  44. BUT ONLY IF the program is called directly from the command line.
  45. I have no explanation for this behaviour.
  46. Without that ABND, everything is fine.
  47.  
  48. >To summarize...I don't think the problem you are experiencing has
  49. >anything to do with the ABND but I've been wrong before...I think.  Let
  50. >us know what you find out.
  51.  
  52. Thats my impression, too. I suspect that there's some subtle bug 
  53. somewhere deep in that program. But I don't know where to start 
  54. searching.
  55.  
  56. >Hope this helps!
  57.  
  58. Thanx, -KK
  59.  
  60. ---
  61. ------------------------------------------------------------------------------
  62.     Klaus Kalb     | mail :  IMMD1 / Martenstr. 3 / W-8520 Erlangen / Germany 
  63.  Werch ein Illtum  | email:  kskalb@immd1.informatik.uni-erlangen.de   
  64. ------------------------------------------------------------------------------
  65.