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 / NUBYE / NUKMD111.ARK / NUKMD.HIS < prev    next >
Text File  |  1987-02-03  |  21KB  |  374 lines
  1.  
  2.                   NUKMD
  3.                (History of Updates)
  4.  
  5.       All current and past revisions will be found within this file.
  6.  
  7.       NUKMD's  roots  stretch  way  back to the  original  code  and
  8.       concepts     of  Keith  Petersen's    XMODEM    (based     upon    Ward
  9.       Christensen's  MODEM2).    In that time,  XMODEM has progressed
  10.       from  one  version to another and is currently  in  two  fully
  11.       commented,  public domain formats (i.e. XMDM and NUKMD),    both
  12.       of  which  benefit  greatly by input from hundreds  of  sysops
  13.       around  the  globe.   Thanks to all who have kept  the  public
  14.       domain CP/M concept alive!
  15.  
  16.       ** SPECIAL NOTE **
  17.  
  18.       NUKMD is now (as of v1.10) online as an .ARK collection, which
  19.       is  more space efficient than .LBR's used in conjunction    with
  20.       "crunch"    and/or "squeeze" utilties.  I would suggest that you
  21.       convert  your  .LBR files to .ARK format as soon as  possible.
  22.       This would normally be done with Bob Freed's "NOAH"   utility,
  23.       but as of this date (02/01/87) he hasn't completed it!   Until
  24.       NOAH is available for CP/M use,  you will have to gain  access
  25.       to an MS-DOS machine,  use PKARC (with /oct switch)  or ARC to
  26.       compile the .ARC files,  then rename to .ARK and place on your
  27.       CP/M system.   When using PKARC, the "/oct" switch is required
  28.       in  order for the current UNARC utility (v1.4)  to be able  to
  29.       properly extract the file members. Once NOAH is available, all
  30.       CP/M  systems  will have no problem converting  over  to    .ARK
  31.       storage!
  32.  
  33.  
  34. -----------------------
  35. ** current changes **
  36. -----------------------
  37.  
  38. NUKMD V1.11 - 02/04/87
  39.  
  40. *First    --  (Murphy's Law and my own faux pas here in my not making this
  41.   clear  in  v1.10  notes below)  the routines used  for  the  .ARK/.ARC
  42.   support were adapted from KMD22.ASM,    by Irv Hoff (the majority of the
  43.   adapted code was actually written by Bob Freed),   as well  as UNARC12
  44.   (Bob Freed) and TYPELZ21  (Steven Greenberg).  A special thanks to Bob
  45.   Freed  for  contributing *so*  much to CP/M with his work in UNARC and
  46.   KMD (and the eagerly awaited NOAH)!
  47. *Second -- corrected serious code error in the .ARK/.ARC routines, which
  48.   would have surfaced at some point, but which did not appear during the
  49.   last 1-1/2 months of testing.   Thanks to Bob  Freed    for pointing out
  50.   the error!
  51. *Last  --  Keith Petersen (Royal Oak RCP/M 313-759-6569)  mentioned  his
  52.   wish that NUKMD attempt to transfer an EOT ten times (previously tried
  53.   only 4)  as with any other received NAK,  so the change has been  made
  54.   accordingly.
  55.  
  56.                           Tom Brady
  57.  
  58. NUKMD v1.10 - 02/01/87
  59.  
  60. *Users    may  now  extract individual file members  from  .ARK/.ARC  file
  61.   collections  via the "A"  option.   .ARK files (CP/M) are identical to
  62.   .ARC    files (MS-DOS)    and are much more space efficient than    the  now
  63.   antiquated  .LBR  storage  used  in  conjunction  with  "crunch"   and
  64.   "squeeze"   utilities.   Those of you with access to an MS-DOS machine
  65.   can  easily begin .LBR to .ARK file conversions with the ARC or  PKARC
  66.   utilities -- those without will have to wait until Bob Freed completes
  67.   his NOAH utility (get it? NOAH and ARK) for CP/M.
  68. *NuNEW     v1.0     released --  supports the .ARC/.ARK  member extractions
  69.   noted   in   the  transfer activity log file.    It  also  provides  5
  70.   command  line  options for the Sysop (or user with WHEEL access),   as
  71.   well as pagination.
  72. *LUX  v5.4  released --  added support for NUKMD.   Also corrected  some
  73.   minor  v5.2  errors and added a few features.   AFILES will display  a
  74.   DIRectory of .ARK/.ARC files (when in a .LBR)  and LFILES will display
  75.   a  DIRectory    of  .LBR files (when in an .ARK/.ARC  file)   --   FILES
  76.   continues  to  display  a DIRectory of files which match the    type  of
  77.   current  logged file.   Removed LUXTYP22.COM/.MAC/.SUB because of  the
  78.   antiquity  of  this utility --  replaced with LT18,  which  types  all
  79.   files, regardless of storage format (i.e. squeezed, crunched, etc); it
  80.   also accepts wild cards.
  81. *Those of you who do not wish to use menus for upload area user choice,
  82.   but  prefer  to  have  one drive/user area available may  now  set  an
  83.   EQUate.
  84. *Corrected a bug (cropped up in v1.03) which prevented message files and
  85.   message  file descriptions from being handled properly by MFMSG  (MBBS
  86.   systems).  Barry Miller (Long Island Epson RCP/M 516-536-1546) and Jim
  87.   Foust (Data-World MBBS 404-289-2050)    both brought  this problem to my
  88.   attention -- thx!
  89. *Because  NUKMD  is  now a single file of over 190k,  I  split    it  into
  90.   several smaller sections --  this will help those of you working  with
  91.   limited space on floppy drives.
  92.  
  93.                           Tom Brady
  94.                           Decibel PBBS
  95.                           (404) 288-6858
  96.                           PC Pursuit Access
  97.  
  98.  
  99.    ---------------------- ** previous changes ** ----------------------
  100.  
  101. NUKMD v1.03a - 12/29/86
  102.  
  103. *Corrected   a couple of  conditionals which  showed up when  MSGDSC and
  104.   DESCRIB were    both  set to NO and SETAREA was YES.   Thx to  Bob Clyne
  105.   (Royal  Oak RCP/M 313-759-6569)   for informing me of the errors which
  106.   appeared when he set things this way!
  107.  
  108. NUKMD v1.03 - 12/16/86
  109.  
  110. *Corrected  various output messages which were being incorrectly sent to
  111.   local *and*  remote.     All displays are now as they should be and  the
  112.   remote  end  will  no  longer  be confused  by  things  such    as  "CRC
  113.   requested" responses which are meant for local viewing only.     Special
  114.   thanks   to    Ed  Garcia  for  pointing  out    (as  well  as    diligent
  115.   research/analysis  in finding)  an offending output,    which led to the
  116.   fixes!    Thx to Gary Inman  (West  LA  MBBS/RCPM  213-838-9229)   for
  117.   uploading Ed's notes and suggested areas to be checked.
  118. *After numerous requests for this, multiple upload category/area support
  119.   via  menu mode is now available!   The sysop now has a choice  between
  120.   two formats:    1> multiple menus (up to 3) or 2> single menu.    By using
  121.   the  multiple  menu  mode,  you can have up to 30  drive/user/category
  122.   options  available,    while the single  menu    mode  supports    up to 26
  123.   drive/user/category  options.    You may now (if you wish)   have  all
  124.   uploads placed directly into the appropriate drive/user areas and your
  125.   FOR file will contain much more detailed information headers.    Note:
  126.   For  those  of you who still prefer to use only one or two  drive/user
  127.   landing zones,  you may still take advantage of the extensive category
  128.   options  for    your FOR file,    while assigning only your  required  d/u
  129.   areas.    Dick Roberts (Holly Park RCP/M 201-757-1491)  submitted code
  130.   suggestions,     some  of which were incorporated into the  final  NUKMD
  131.   draft -- thank you very much!   A  section of the code submissions was
  132.   by Russ Pencin (Dallas Connection <California!> 415-964-4356) as found
  133.   in XMDM125.
  134. *Revamped the error handling routine to operate via a menu, so users can
  135.   pick    exactly what NUKMD transfer information they require  additional
  136.   help    with --  they may now see just what available upload space there
  137.   is, too, which ties into the multiple/single drive/user/category modes
  138.   mentioned above.
  139. *You  may  now perform limited tests without a BYE  installed.      Mainly
  140.   useful to verify your category menu(s) format,  free disk space (which
  141.   tells you if you have your equates set properly),  etc.   Should prove
  142.   useful to many of you!
  143. *Corrected  to correctly credit a user's upload time (if CREDIT is YES).
  144.   This    bug was last brought to my attention by Bill Duerr (Detroit  KUG
  145.   313-772-0522) and Carol Miller (Znode #33  405-237-9890)  -- thanks to
  146.   all others who complained but didn't get mentioned!
  147. *Added     an alternate special download command and d/u area.   The  "SS"
  148.   option  is useful for those of you who have restricted download access
  149.   for non-verified users.   By using this download command option,  your
  150.   non-verified     users    are  able  to  download  files    only  from  your
  151.   designated d/u area, which may be public --  they are able to get your
  152.   directory  files,  BBS lists,  help files,  etc,  same as your  normal
  153.   users,   without your  having to duplicate these files for access  via
  154.   the "SP" command option.  I use this feature on my system to allow all
  155.   users access to the NUBYE/NUKMD files section (currently E0:)  without
  156.   them having to be verified for "full"   system access. Command format:
  157.   NUKMD SS filename.ext
  158.  
  159.                         - Tom Brady
  160.  
  161. -----------------------------------------------------------------------
  162.  
  163. NUKMD v1.02 - 08/08/86
  164.  
  165. *My  apologies    for  this version following so closely at the  heels  of
  166.   v1.01,   but Murray Simsolo discovered one major and one minor bug  as
  167.   described below.  Two other mods were incorporated, also.
  168. *One  note about the UPLOADS file when operating MBBS and  MSGDSC is set
  169.   YES  --    this  file is kept on the private area since it  is  of  no
  170.   importance  to  any user.    NUKMD also overwrites this file    on  each
  171.   normal upload and little space is ever required.
  172. *The batch uploads display now includes BLIMIT,  so your users will know
  173.   the maximum number of files you allow via batch upload.
  174. *Expanded the NUK-HEAD.INS to include the description categories,  which
  175.   are normally edited to your system's needs.
  176.  
  177.                         - Tom Brady
  178.  
  179. *(Bug fix) When the system is neither MBBS nor PBBS and RESUSR is set to
  180.   YES, the WHEEL byte turned off would prevent uploads.  This section of
  181.   code was removed (not needed for uploads at RCVOK2:).
  182. *(Bug  fix)  When MSGDSC was set YES,  the description header showed the
  183.   wrong drive/user area for the newly uploaded file(s).
  184. *Adapted code from XMDM to prevent free space being shown twice when the
  185.   normal and private upload areas were the same.
  186. *Adapted a  line  of  code from XMDM to strip any high bits in    the file
  187.   name    before entering in the NUKMD.LOG.   Some backup utilities,  etc,
  188.   set bits high.
  189.  
  190.                         - Murray Simsolo
  191.                           LIKUG MBBS
  192.                           (516) 825-8465
  193.  
  194. -----------------------------------------------------------------------
  195.  
  196. NUKMD v1.01 - 07/30/86
  197.  
  198. *A little known (?)   fact about batch transfers -- 300 baud users *ARE*
  199.   able    to  use batch for downloads/uploads.   NUKMD will  force  Xmodem
  200.   protocol at this baud rate.
  201. *A secondary library and NUKMD format have been added for those who have
  202.   limited  disk space for file editing.   Within NUK101-S.LBR  you  will
  203.   find    NUK-HEAD.INS  (header text and all the setup EQUates)  and  NUK-
  204.   BODY.ASM (the main program code).   After setting the numerous EQUates
  205.   found within the "Head" for your system needs, you will join it to its
  206.   "Body"   using  PIP  (or  similar) and  assemble  with  your    favorite
  207.   assembler.   The  -READ.ME file will help you through  this procedure.
  208.   This should be beneficial for those who have no desire  to fiddle with
  209.   NUKMD's "innards".
  210. *Added    the  MSGDSC equate and related code for MBBS Sysops who like  to
  211.   have upload descriptions added directly to their message base.   While
  212.   header  format  is  in  keeping  with  Kim  Levitt's    special  utility
  213.   programs (i.e. WHATS,  etc --  at Joubert Berger's request),     you get
  214.   the added benefit of multiple description entries via batch.       While
  215.   not  as  nice  as  being able to use    MBBS's    editing  features during
  216.   description    entry,    the  batch  description handling is a big  plus.
  217.   Using this  function    replaces  the standard FOR file of descriptions,
  218.   substituting     an  UPLOADS  file  which is over-written   after   each
  219.   upload   session  and picked up by MFMSG.COM to be  stuffed into  your
  220.   message base.
  221. *NUKMD    now correctly handles EOT's from those "dumb"  terminal programs
  222.   which  don't/can't  acknowledge  NUKMD's  request  for  an  additional
  223.   confirming EOT.   If this happened in the past,   NUKMD  would timeout
  224.   waiting for another character  and erase the file just received.   You
  225.   will now see (local) a special message when this occurs and NUKMD will
  226.   continue on, properly saving the file.
  227. *Modified  the    "RW"  command to be of benefit to those Sysops    who  use
  228.   neither MBBS or PBBS, but who would like to utilize this feature. This
  229.   allows  you to upload a file to any accessible d/u area  without being
  230.   asked for a  description.   The transfer  *IS* recorded as a "P"rivate
  231.   upload, so as not to be viewable by a normal user with the NEW utility
  232.   --  this is  very handy if you have an assistant Sysop and (as most of
  233.   do) wish to keep  track  of  their  transfer activity. The new support
  234.   is for  those who utilize the WHEEL byte -- MBBS/PBBS  systems use the
  235.   special  access  flags  byte to  restrict  this function  as well as a
  236.   number of other functions.
  237. *Reformatted  most all output messages and transfer menus to  make  more
  238.   sense to all users.      Until now,  both you and your users were shown
  239.   all transfer data (except transfer times)  based upon Xmodem    protocol
  240.   only    --  this meant the number of records/packets sent  were  8x  the
  241.   actual number of 1k packets and you (locally)  had to watch  as number
  242.   of records sent/received were incremented by 8 (i.e. 8, 16, 32, etc) -
  243.   senseless.    Now,   if  operating at 1200+  baud,  all  displays  are
  244.   utilizing both protocols (Xmodem 128-byte and Ymodem 1k),  and you are
  245.   shown  "Sending Xmodem  packet  #"   or  "Sending  Ymodem  packet  #",
  246.   depending upon the current transfer state (i.e. this output changes as
  247.   the transfer requires). Also, a 300  baud user is not shown any Ymodem
  248.   data, since 1k transfers are useless to them.
  249. *Added    CLRSCR    equate to provide crt clearing during batch downloading.
  250.   You may define up to 6 bytes for your clear screen sequence.
  251.  
  252.                         - Tom Brady
  253.  
  254.  
  255. *Corrected an  error (at FULL: and OERROR:)  where a JMP DEXIT was made,
  256.   rather than a CALL DEXIT.
  257.                         - Murray Simsolo
  258.  
  259. -----------------------------------------------------------------------
  260.  
  261. NUKMD v1.00 - 04/28/86
  262.  
  263. *Renamed to NUKMD (from the public domain title KMD) in order to prevent
  264.   certain  "machinery" from squashing our efforts -- there are many  who
  265.   don't  realize that KMD15e incorporated modifications and new features
  266.   that    were totally ignored in KMD17.     The NUBYE series provides  100%
  267.   support  for all of you who have been using the old  KMD  series,  yet
  268.   brings  to  you many new features.   All suggestions and/or ideas  are
  269.   welcomed  -- any mods/features incorporated from your code will  bring
  270.   you full credit!
  271. *Added    code  to require two EOT characters (end of transmission  -- ^D)
  272.   from    the remote user (uploads only) before file termination.   Xmodem
  273.   protocol  has  only  required  one EOT in  the  past    and  this  would
  274.   sometimes  cause  a  partial file to be left on your    system    when  an
  275.   unwanted  EOT was received in the middle of a transfer -- chances  are
  276.   this    has happened to you and a user told you he/she sent another copy
  277.   (using a different filename) since the transfer bombed...   While  the
  278.   idea    for  this modification came from KMD16,  the code I  implemented
  279.   responds  quicker  and  is  much  more  efficient.    Also,    this  is
  280.   transparent  to  all popular communications  programs  (i.e.    PROCOMM,
  281.   QMODEM, PRO-YAM, MEX+, MEX, IMP, etc).
  282.                         - Tom Brady
  283.  
  284. -----------------------------------------------------------------------
  285.   KMD v15e - 04/09/86
  286.  
  287. *First "east coast release group" version, dedicated to promoting public
  288.   domain  enthusiasm!    All code submissions and  modification    requests
  289.   from     sysops  (individuals  or  groups)  will  be  considered.    The
  290.   contributor  of anything incorporated in future releases will  receive
  291.   FULL credit (i.e.  name, system name, phone number, etc) -- not just a
  292.   thx...  Beta    test sights/contact boards are listed in the  ASM  file.
  293.   Read the KMD-EAST.INF file for reasons behind this move...
  294. *All  comments    have been returned as of v15 -- unless a person  is  the
  295.   sole/original  author,  they    do  not have the  right  to  remove  all
  296.   comments from a general release version of a public domain program.
  297. *There    were no additional MBBS,  Metal or PBBS options (or even any new
  298.   code    added for them) in v14 -- contrary to Irv Hoff's revision  notes
  299.   (line-by-line  check will show you).     The feature of showing  current
  300.   baud    rate when showing time for transfer during batch uploads was  in
  301.   KMD, but just being by-passed specifically during batch xfrs.
  302. *Corrected  KMD  to  support Ymodem batch downloads  by  those    who  use
  303.   PROCOMM (MS-DOS) -- the authors will undoubtedly fix their error,  but
  304.   KMD will work smoothly with it now and not cause others any problems.
  305. *Returned  the help menu which I installed in v11 -- it's there for  the
  306.   users  -- NOT  experienced  folks!   Every sysop who    runs  with  this
  307.   example  display reports their users have virtually stopped asking how
  308.   to transfer files.   "Help" files for a user to download are all  well
  309.   and  good,  but  most  users won't take the time to  read  a    separate
  310.   file...
  311. *Added    a  new KMD.HLP file for those of you who wish to have  such  for
  312.   user    download.   This  is for the user and is written in an    easy  to
  313.   understand manner.
  314. *Shortened  the  ASM  file  as    much as possible  by  removing    all  the
  315.   ";.....", extra lines, dashes, etc.
  316. *Added BLIMIT -- originally hard-coded to 50,  the Sysop may now  decide
  317.   how many files may be uploaded via batch (max 256).
  318. *Added WRAP -- one of the nicest features,  this provides auto line wrap
  319.   at  your  pre-set column position.   The user also has the  option  of
  320.   turning  off    line  wrap following the upload,  in  case  a  pre-typed
  321.   description needs to be transferred via an ASCII send.  This option is
  322.   only asked once for batch.
  323. *Added PUPOPT -- "P"rivileged "UP"load "OPT"ion.   For use by any system
  324.   supporting the restriction access bits (currently MBBS).   When RESUSR
  325.   and  this  are  set  YES,   the  Sysop  and  anyone  else   designated
  326.   "privileged"    may upload files without being asked for a  description.
  327.   The transfer is also tagged in the KMD.LOG/LOG.SYS file as a "P"rivate
  328.   upload,  so  nothing shows when NEW is run.    The files may be sent to
  329.   any  drive/user  area.   The    "RW"  command is good  in  all    modes  -
  330.   single/batch. (note: while "RW" is supported in XMDM, the use of it in
  331.   KMD is unique -- XMDM was not referenced for this feature.)
  332. *Added MBBS -- under "File transfer logging options".    MBBS systems use
  333.   LOG.SYS -- not KMD.LOG.
  334. *Made it easy to spot the areas for patching with DDT (i.e.  PRDRV/PRUSR
  335.   10CH/116H, DRV/USR 121H/12CH and WRAP 135H).
  336. *New  file  category  descriptions -- everyone uses their  own,  but  if
  337.   you're  going to mention adding just one,  you may as well change  the
  338.   whole thing...
  339. *Corrected  this  history  file  to reflect the fact  that  all  of  new
  340.   features  shown  in the v11 release were incorporated by me  - I  want
  341.   credit for my hours.    Just to make it clear:
  342.      1) Added code (adapted from Kim Levitt's XMDM/MBYE) for
  343.       the RESUSR/MSGFIL feature.
  344.      2) Added the help menu with page pause.
  345.      3) Added support for local abort by Sysop with a ^X.
  346.      4) Corrected a long nagging KMD message, which told
  347.       the user the files he requested were longer than the
  348.       MAXTIM he had left -- if he had 5 minutes left from a
  349.       total (MAXTIM) of 60, it still said a 10 minute file
  350.       was longer than the 60 minutes he had!  Made it correctly
  351.       report the remaining minutes he had left for that day.
  352. *A number of other minor mods.
  353.                         - Tom Brady
  354.  
  355. -----------------------------------------------------------------------
  356.   KMD v11 - 02/15/86
  357.  
  358. *Added    RESUSR    to  allow SYSOP to control user access    of  uploads  and
  359.   downloads  if  their software sets the proper flags  in  BYE5.   BYE's
  360.   access  restriction  flag  (LCPTR) are checked by KMD  using    the  new
  361.   extended BDOS call 85.  See BYE503 for additional information.
  362. *Added    MSGFIL for those systems which can support the new message  file
  363.   upload  function in BYE503/KMD11.   If RESUSR is YES,  KMD also checks
  364.   BYE5's  LCPTR  flag to see if caller is allowed to leave  messages  on
  365.   your BBS.
  366. *Expanded the help menu and added automatic page pause.
  367. *Added    local  console    abort  (^X) capability    for  all  file    transfer
  368.   operations, except after an upload has started.
  369. *Modified the routine which informs a user that the requested file would
  370.   take    longer than the alotted time.    The user is now informed of  his
  371.   exact time-left-on-system for that current 24-hour period, rather than
  372.   his maximum system  time allowed.            - Tom Brady
  373.  
  374.