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 / CPM / ZCPR33 / S-Z / ZLUX25A.LBR / ZLUX.UZD / ZLUX.UPD
Text File  |  2000-06-30  |  6KB  |  108 lines

  1. Version 2.5 12/4/86
  2.      Fixed  a  bug in the inline routine that has been  plagueing
  3. ZLUX since V2.2.   The original inline routine expanded tabs with
  4. spaces  but  placed a single tab character in  the  line  buffer.
  5. Attempts to backspace after a tab would hang the system.
  6.      NEW  with  2.5 is an optional internal  directory  function.
  7. Although  an  internal  directory runs slightly  counter  to  the
  8. original intention of ZLUX,  i.e. to make maximum use of external
  9. utilities,  the  internal directory is a great deal faster  than,
  10. say,  SDXX, and therefore, warranted. Purists can of course stick
  11. to  the  original  and used an external program  for  display  of
  12. library  directories.  Importantly,  Bruce  Morgen's fix  to  the
  13. SYSLIB  SLUDIR  module,  SLUDIR11.Z80 was/is used for  assembling
  14. ZLUX25 w/the internal directory option.
  15.      Joubert  Berger  contributed an improvement  to  the  CTRL-E
  16. function; Harris Edelman helped again w/beta testing; thanks also
  17. to Norman Beeler, Al Hawley, Steve Kitahata and Bruce Morgen.
  18. -J. Poplett, the PPR MBBS (213) 382-2213
  19.  
  20. ------------------
  21.  Ver 24   5/27/86
  22.      Incorporated .ARC file capability into ZLUX, using UNARC utility
  23.  for DIR and TYPE commands.  Fully automatic determination of LBR/ARC
  24.  file presence.  No syntax differences in the commands.  No KMD/XMODEM
  25.  ARC file transfer at present time (although its being worked).
  26.  Shortened and re-worded internal ascii statements to keep pgm
  27.  less than 4k...
  28.      This is an "OFFICIAL" release, with approval of J. Poplett.
  29.  
  30.  -Norman Beeler -- ZeeMachine Z-Node #35  (408)735-0176/(408)245-1420
  31.   (A Multi-line/user RAS)
  32. ------------------
  33. Multi-user/RASVersion 2.3  4/26/86
  34.      Integrated  features  from  my  unreleased  2.2  with  Bruce
  35. Morgen's.  Most importantly,  ZLUX V2.3 makes sure that the  FILE
  36. command  and  the  LUX  command use the drive/user  area  of  the
  37. attached library file as the default.  Thus,  when a user invokes
  38. the program from a DU different from the DU of the library  file,
  39. the  FILES  command will give the correct directory and  the  LUX
  40. command will default to the correct DU.
  41.      A  control-R  function which emulates the BDOS line  editing
  42. function has been added to the command line editor so that  users
  43. can display the command buffer.  Particularly useful in the event
  44. of line noise. (Thanks to Harris Edelman for the suggestion).
  45.      The line editor also now recognizes a semicolon as a comment
  46. delimiter a la CP/M and ZCPR3.  To complement this function,  the
  47. line editor was altered so that it wouldn't delete an entire line
  48. when a user typed passed the buffer.  It was an hyperbolic way to
  49. handle  the condition in any case.  The size of the command  line
  50. buffer has been enlarged.
  51.      There  are now conditional assembly equates that allow  ZLUX
  52. to pass unrecognized commands to the CCP and that has ZLUX use an
  53. external help menu instead of its internal one.  Please note that
  54. this  option  does  not use the ZCPR3  HELP  utility  on  purpose
  55. because TYPE will return the user to the ZLUX command line.  HELP
  56. does not. The file ZLUX.HLP is however compatible with HELP.
  57. -J. Poplett, the PPR MBBS (213) 382-2213
  58.  
  59. --------------
  60. V2.2 03/31/86
  61.      Translated  ZLUX  to Z80 (Zilog) mnemonics for the  sake  of
  62. Bruce  Morgen's  sanity.  Optimized  sections  of  code  to  take
  63. advantage  of the new instruction set.  Many sections  have  been
  64. whittled down.  Following Bruce's lead, internal subroutines were
  65. replaced  by  SYSLIB and Z3LIB equivalents wherever possible  AND
  66. desireable.
  67.      Added   BDOS   line   editing  capability   (control   R,U,X
  68. processing)  and  line  length limiter  to  ZLUX's  command  line
  69. editor.   Also,  added  recognition of the semicolon as a comment
  70. delimiter (Al Hawley's suggestion).
  71.      Added  recognition of two-digit user areas by re-working the
  72. PARSE sub-routine.  Thanks to Bruce Morgen for suggesting the use
  73. of Z3LIB and SYSLIB as an approach to this problem.
  74.      Added   assembly   time  conditional  option   that   allows
  75. non-ZLUX commands to be passed to ZCPR3 for processing (suggested
  76. by Jay Sage).
  77. -John Poplett, the Plaster of Paris Review MBBS (213) 382-2213
  78.  
  79. -------------------
  80. Version 2.2:
  81. Where do I begin?  OK here goes:
  82. Has full ZCPR3 environment obedience, including acceptance of DU:
  83. form, maximum drive and user, etc.  Most of John's code, including
  84. the line editor and command scanner, replaced by tighter (no offense,
  85. John), more complete adaptations from the LIBs and from ZCPR3 itself
  86. (a great school for fledgling kode krunchers!).  Program is now a
  87. bit larger (due mostly to 10-15% LIB overhead, including our very
  88. own true-Z3 parser, very handy...), but seems to be as fast or faster.
  89. Zilog mnemonics now, with John's OK.  I figure there's another record
  90. or so to be saved by optimizing the code, just putting it off until
  91. featuritis threatens the 4k boundary.   New features include support
  92. for traditional XMODEM and KMD file sending syntax, a new PWD command
  93. (a must for getting around on systems that don't accept DU: form), one-
  94. keystroke (?) help command, protected line editor buffer, unsupported
  95. control characters don't get to the command line, etc., etc.
  96.                                         - Bruce Morgen  4/2/86
  97. ---------------------
  98. Version 2.1:
  99.      Eliminated unnecessary and dangerous play with  user-defined
  100. bytes in Z3 message buffer - Z-Msg/METAL and some versions of the
  101. ZCPR3  CCP use these bytes for security-related functions.   ZLUX
  102. no  longer  has  to  be  the only  shell  on  the  stack  either.
  103. Reformatted to standard Z3 tool source file (use M80 or  modified
  104. RMAC)  and  deleted  transcribed Z3LIB routines from  this  file.
  105. Code still is not optimized because I can't abide Intel mnenonics
  106. long  enough to do that and I believe that the original  author's
  107. preference should be honored - Bruce Morgen, 3/24/86
  108.