home *** CD-ROM | disk | FTP | other *** search
/ Oakland CPM Archive / oakcpm.iso / cpm / mex / mex-ovly.bug < prev    next >
Encoding:
Text File  |  1985-08-06  |  1.4 KB  |  40 lines
  1. TO:  All programmers and users of MXO- series overlays
  2.  
  3. FROM:  Bob Abrahams, Los Angeles
  4.  
  5. DATE:  July 3, 1984
  6.  
  7. RE:  CLONING bug in some MEX overlays
  8.  
  9. In order to be properly "clonable", MEX overlays must meet
  10. two requirements:
  11.  
  12. 1) Any initialization must not "destroy" the ability for
  13. the overlay initialization routine to be re-entered.  (This
  14. is almost certainly okay in all working overlays.)
  15.  
  16.    - and -
  17.  
  18. 2) Any settings in the overlay that can be changed during
  19. MEX execution should be programmed so that the initializa-
  20. tion section will set up the latest settings if cloned.
  21. For example, if the baud rate default is 1200 bps in the
  22. initial overlay, but the MEX program is cloned while set
  23. to 300 bps, then the cloned version should initialize at
  24. 300 bps.  This fulfills the purposes of the CLONE
  25. function.
  26.  
  27. Several overlays I've seen based on MDM7 versions do not 
  28. do this properly, and a clone made at other than the 
  29. original default setting will either still initialize at 
  30. that original setting or work improperly.  For the baud
  31. rate setting initialization, I recommend inserting a 
  32. sequence to load the accumulator with MSPEED and calling 
  33. the PBAUD (baud rate set from baud code) routine in your 
  34. overlay.  Then the only indicator of the initial baud 
  35. rate is MSPEED, and that will be changed by any sub-
  36. sequent baud rate changes and will be cloned out.  Other 
  37. initialization parameters that are changeable with later 
  38. SET ccommands should use a similar strategy.
  39.  
  40.