home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp48 / 6724 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.5 KB
  1. From: akcs.kirkland@hpcvbbs.cv.hp.com (Daniel B. Kirkland)
  2. Date: Thu, 7 Jan 1993 02:40:01 GMT
  3. Subject: Re: SYSEVAL #CEEAh (disable clock)
  4. Message-ID: <2b4b9293.2560.5comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-cv!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.kirkland
  6. Newsgroups: comp.sys.hp48
  7. References: <2b48f1ee.2560comp.sys.hp48@hpcvbbs.cv.hp.com> <1993Jan6.133543.248
  8. Lines: 100
  9.  
  10. SORRY!!!!!!!!!!!!
  11. Obviously I did not make things very clear.
  12. Thanks Joe Ervin for explaining about the interrupts.
  13. These interrupts are what I was (or thought I was ) 
  14. talking about.
  15. These interrupts not olny affect machine language programs,
  16. but can be heard in "user" RPL music programs and also 
  17. interfere with high speed data transfer.
  18. (try TSEND with the clock on and notice the retrys0)
  19.  
  20. When running a music program it is recommended that you 
  21. turn the clock off first. Doing so in a program by clearing
  22. flag -40 does not stop the interrupts until the program
  23. stops and all other keypresses are caught up. So the
  24. clock must be turned off before the program starts or
  25. the program must be paused after it clears flag -40 and
  26. then restarted.
  27.  
  28. ClrDA!IsStat will NOT stop these interrupts.
  29. That is what the PMC at $?? #CEEAh does./
  30.  
  31. If the clock is turned on ( flag -40 is set ),
  32. #CEEAh will stop the interrupts.
  33. but (BUT!!!0)
  34. BUT, #CEEAh will olny stop the interrups until there
  35. is a pause.
  36. So if it is used in a program that pauses, then the 
  37. clock will come back on (the interrupts will start again )
  38. unless flag -40 is cleared ( then the operating system will
  39. turn the clock off and stop the interrupts ).
  40.  
  41. My question was:
  42. Does anyone know if it is safe to use #CEEAh in a program
  43. without any checks ( to check for interrupts ).
  44. For example 
  45. should it be used only when the clock ( and interrupts )
  46. are active or can it be used any time.
  47.  
  48. Checking flag -40 does not work because the flag could
  49. be set ( or cleared ) , but the clock will not start
  50. ( or stop ) until the HP48 is at a rest state ( paused
  51. or at the end of the program and all the keypresses are
  52. caught up ).
  53.  
  54. For example:
  55. program 1 checks flag -40 and if it is set uses #CEEAh
  56. to turn the interrupts off.
  57.  
  58. program 2 sets flag -40 and then cl?? calls program 1.
  59.  
  60. If the clock is off when program 2 is ran, then program 1
  61. would use #CEEAh to stop the interrupts even though the
  62. clock ( and the interrupts ) ahave not been started yet!!
  63.  
  64. This may be unessary?? unes?? (let me try agin0)
  65.  
  66. this may be unnecessary as, 
  67. I have been using #cEEa??? #CEEAh without any check for
  68. a couple of weeks without any problems.
  69.  
  70. It seems that #CEEAh is a location that has not been 
  71. documented before.
  72.  
  73. It is called by "system" RPL programs in the ROM at
  74. #48A9h and #DCDBh.
  75.  
  76. #$*
  77. #48A9h does some checks and then cl?? calls either
  78. #39AD8h (?SHOWTIME) or #CEEAh using "system" RPL
  79. ITE.
  80.  
  81. #DCDBh seems to use #CEEAh without any checks.
  82.  
  83. I have traced #48A9h back to #42159 (GETKEY).
  84. #42159h calls #4890h
  85. #4890  calls #48A9h
  86. and #48A9h calls #CEEAh
  87.  
  88. I have traced #DCDBh back to #42113h (ALARMxcp).
  89. (This is better because #DCDBh does not seem to
  90. use any checks when it calls #CEEAh0)
  91. #42113 (ALARMxcp) calls #DC3Bh
  92. #DC3Bh calls D?? #DCDBh
  93. and #DCDBh calls #CEEAh
  94.  
  95. I hope this information is useful to someone out there.
  96. I also hope you can follow what I have said.
  97.  
  98. sorry for the bad writing.
  99.  
  100. Any quistions???
  101.  
  102. Any questions or comments??
  103. please send emial ( woops I must be getting tires?? tired )
  104. please send e-mail to:
  105.                      kirkland@ee.utah.edu
  106.  
  107. thanks
  108.  
  109. dan k
  110.  
  111.