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 / KAYPRO / KPVLU102.LBR / VLU102.NZT / VLU102.NOT
Text File  |  2000-06-30  |  3KB  |  66 lines
  1. The main VLU code is rather "down" at the moment, undergoing, in
  2. some areas, radical transfiguration.  When v2.0 is released
  3. (sometime in the Spring), look for it to contain the full
  4. complement of library functions (Add, Rename and Delete are
  5. noticeably missing from version v1.01) as well as date-stamping
  6. support for library directories and crunched-file stamps.
  7.  
  8. This file is a patch to v1.01 which will give you v1.02 in either
  9. dim- or inverse-video forms (set the equate above).  The changes
  10. are
  11.  
  12.         to make VLU return the proper pointer file to ZFiler,
  13.  
  14.         to partially correct a problem with screen overflow in the
  15.         View command,
  16.  
  17.         to correct a bug responsible for system hang when
  18.         answering "No" to the prompt "...not smaller...save
  19.         anyway?"
  20.  
  21.         to force the editor to erase the last character in the
  22.         buffer when it shows that it has, and
  23.  
  24.         to correct a problem which prevented ZCPR30 systems from
  25.         being able to build libraries.
  26.  
  27.  
  28. There are a few bugs I can document but cannot fix (mainly because
  29. of space limitations within the current object file):
  30.  
  31.         When processing a Group crunch or Uncompress, if VLU wants
  32.         to delete a file it will probably print its prompt in the
  33.         middle of the directory...an oversight.  It makes a mess
  34.         of the screen but is otherwise harmless.
  35.  
  36.         Several persons have reported erratic problems involving
  37.         large directories (VLU sometimes does not find all of the
  38.         filenames).  The difficulty could be in any of several
  39.         routines and since I have already extensively re-written
  40.         these routines for version 2.0, I do not think it a good
  41.         use of time to trace down sporadic bugs in the old code.
  42.         On the chance that v2.0 exhibits similar behavior, I will
  43.         certainly be interested in correcting it.
  44.  
  45.         The really bad bug about which I can do nothing in this
  46.         release is that VLU fails to abort building libraries or
  47.         extracting files when the disk fills.  Disk full condition
  48.         will go undetected in the final dump of the buffer
  49.         (usually the last 4-5K of a file).  This may happen
  50.         several times in building a library and the result is
  51.         several 0K files in the library directory.  I have located
  52.         the problem but, though simple in the source code, the
  53.         correction is impossible in the object file.
  54.  
  55. And one other thing--that other patch out there!  Bob Schultz has
  56. released an "internal environment" patch which allows VLU to run
  57. under straight CP/M (thanks, Bob, very flattering).  I can't
  58. support it, I'm not sure it's as simple as it seems, but it's out
  59. there and if you're stuck with CP/M you may want to try it.
  60.  
  61. The better solution should be coming along any day now: NZCOM from
  62. Joe Wright.  So you can patch VLU and have a real live Z3 utility,
  63. or get NZCOM and have real live Z3.  La dolce vita.
  64.  
  65.                                                 Michal Carson
  66.