home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ZSYS / SIMTEL20 / DOC / ZPROBLEM.TXT < prev    next >
Text File  |  2000-06-30  |  3KB  |  55 lines
  1.                    IMMEDIATE Z-SYSTEM PROBLEMS
  2.                          by Richard Conn
  3.  
  4.                 IF PROBLEM UNDER ZCPR 3.0/3.1/3.2
  5.      As  many of you are aware,  there are various versions of my 
  6. original  FCP floating around (version 1.4 is the latest I  heard 
  7. of).   Somewhere along the way,  Jay Sage decided to reverse  the 
  8. state of the program error flag.  This is a fundamental change to 
  9. the definition in the ZCPR3 Environment descriptor,  and, as many 
  10. of  you  who understand Z-System fundamentals are aware,  such  a 
  11. change can have a ripple-effect over the entire Z-System.  If you 
  12. are going to reverse the program error flag (like Jay did),  then 
  13. you have to CHANGE EVERY PROGRAM WHICH USES THIS FLAG.
  14.      As  you can guess,  I'm rather busy at this time  (like  all 
  15. times,  it  seems),  and I really don't have the time now to scan 
  16. every  program (over 70 programs with ZCPR3,  plus  DISCAT,  plus 
  17. TERM III,  plus ...).   Hence,  Jay's action stands as-is for the 
  18. time  being.   You will find some programs responding to  the  IF 
  19. ERROR flag one way, others another, until I release ZCPR 3.3.  At 
  20. that  time,  because Jay's approach DOES provide more flexibility 
  21. to the system,  the IF ERROR flag will indicate no error if 0 and 
  22. an  error  if  not 0;  if not 0,  the  specific  value  may  have 
  23. significance in further identification of the error.
  24.  
  25.  
  26.                         ZCPR3 CPR PROBLEM
  27.      Jay  has  also taken it upon himself to play with the  ZCPR3 
  28. CPR  and  modify  the  Environment  Descriptor  in  other   ways, 
  29. particularly  by  making use of areas I had originally set  aside 
  30. for user (rather than system) definition.   This impacts any user 
  31. programs  which were freely using the user-defined  SYSENV  areas 
  32. (which,  in particular,  impacts some of my plans with TERM III).  
  33. Hence,  be  warned that if you are using Jay's ZCPR3 CPR,  it  is 
  34. possible  that you may find things crashing down if some  program 
  35. comes  in  and  modifies something in the  user-defined  area  of 
  36. SYSENV.
  37.  
  38.                           GENERAL NOTE
  39.      Both  of these problems reflect the consequences  of  making 
  40. changes to the base of the Z-System itself.   Unlike conventional 
  41. CP/M,  the  Z-System  is integrated with its programs to a  great 
  42. extent.  Any change to a definition in the Environment Descriptor 
  43. has the potential of impacting EVERY PROGRAM, forcing a change to 
  44. be  required to EVERY PROGRAM.   If I had not already begun  work 
  45. and plans on ZCPR 3.3,  I would really have been disturbed by the 
  46. disruption  of the Z-System caused by Jay's actions.   As it  is, 
  47. the creation of ZCPR 3.3 will naturally impact SYSENV,  and I had 
  48. already  planned on making the required changes to EVERY  PROGRAM 
  49. and DOCUMENTING the nature of the change (so that others  writing 
  50. Z-System programs know what to look for).   Now that I am working 
  51. full-time on the Z-System, I plan to keep an eye out particularly 
  52. for  such disruptions in the future and stop them before they  go 
  53. too far (if necessary).
  54.  
  55.