home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp48 / 4041 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.1 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!Sirius.dfn.de!fauern!fauna!immd1.informatik.uni-erlangen.de!kskalb
  2. From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
  3. Newsgroups: comp.sys.hp48
  4. Subject: ABND causing System Halt
  5. Message-ID: <Bs1zs9.MzL@immd4.informatik.uni-erlangen.de>
  6. Date: 27 Jul 92 15:16:57 GMT
  7. Sender: news@immd4.informatik.uni-erlangen.de (News Administration at faui45)
  8. Organization: CSD., University of Erlangen
  9. Lines: 51
  10.  
  11. Hello everybody,
  12.  
  13. I'm encountering strange behaviour of a pure SYSRPL-program I wrote.
  14.  
  15. It's a largish ParOuterLoop to display data. This POL is surrounded
  16. by code creating a temporay environment with several named LAM's.
  17. These LAMS contain the status information that is read and altered
  18. while the POL is active. Of course there is a ABND to clean this up
  19. at the end of the code.
  20.  
  21. And here is the problem:
  22. While running from a program, everything works fine.
  23. Assuming that this program is called 'POL', doing
  24.     \<< POL \>> [EVAL]
  25. works as expected. Or running from a key assignment -- OK.
  26.  
  27. But if the program gets started directly from the commandline by
  28.     POL [ENTER]
  29. it will work fine until leaving. At exit, sometimes a system
  30. halt will occur, sometimes the calc it will hang seemingly indefinitly
  31. until interrupted by ON-C. After that everythings seems to be ok again,
  32. no memory gets corrupted. (I hope...)
  33.  
  34. The last command getting executed is the final ABND.
  35.  
  36. The source looks like this:
  37. ::
  38.   CK0
  39.   ( ... initialization code ... )
  40.   { LAM foo LAM bar } BIND 
  41.   ( ... pushing data for the POL ... )
  42.   ParOuterLoop
  43.   ( ... clean up the display ... )
  44.   ABND
  45.   ( ... sometimes not reached ...) 
  46. ;
  47.  
  48.  
  49. If anybody out there has seen this behaviour before or has any idea
  50. whats the reason for that, please reply.
  51.  
  52. BTW: The program is a read-only browser for databases in RLDX-format.
  53. If you want to see it, ask for it.
  54.  
  55. Thanx in advance, -KK
  56.  
  57. ---
  58. ------------------------------------------------------------------------------
  59.     Klaus Kalb     | mail :  IMMD1 / Martenstr. 3 / W-8520 Erlangen / Germany 
  60.  Werch ein Illtum  | email:  kskalb@immd1.informatik.uni-erlangen.de   
  61. ------------------------------------------------------------------------------
  62.