The main VLU code is rather "down" at the moment, undergoing, in
some areas, radical transfiguration.  When v2.0 is released
(sometime in the Spring), look for it to contain the full
complement of library functions (Add, Rename and Delete are
noticeably missing from version v1.01) as well as date-stamping
support for library directories and crunched-file stamps.

This file is a patch to v1.01 which will give you v1.02 in either
dim- or inverse-video forms (set the equate above).  The changes
are

        to make VLU return the proper pointer file to ZFiler,

        to partially correct a problem with screen overflow in the
        View command,

        to correct a bug responsible for system hang when
        answering "No" to the prompt "...not smaller...save
        anyway?"

        to force the editor to erase the last character in the
        buffer when it shows that it has, and

        to correct a problem which prevented ZCPR30 systems from
        being able to build libraries.


There are a few bugs I can document but cannot fix (mainly because
of space limitations within the current object file):

        When processing a Group crunch or Uncompress, if VLU wants
        to delete a file it will probably print its prompt in the
        middle of the directory...an oversight.  It makes a mess
        of the screen but is otherwise harmless.

        Several persons have reported erratic problems involving
        large directories (VLU sometimes does not find all of the
        filenames).  The difficulty could be in any of several
        routines and since I have already extensively re-written
        these routines for version 2.0, I do not think it a good
        use of time to trace down sporadic bugs in the old code.
        On the chance that v2.0 exhibits similar behavior, I will
        certainly be interested in correcting it.

        The really bad bug about which I can do nothing in this
        release is that VLU fails to abort building libraries or
        extracting files when the disk fills.  Disk full condition
        will go undetected in the final dump of the buffer
        (usually the last 4-5K of a file).  This may happen
        several times in building a library and the result is
        several 0K files in the library directory.  I have located
        the problem but, though simple in the source code, the
        correction is impossible in the object file.

And one other thing--that other patch out there!  Bob Schultz has
released an "internal environment" patch which allows VLU to run
under straight CP/M (thanks, Bob, very flattering).  I can't
support it, I'm not sure it's as simple as it seems, but it's out
there and if you're stuck with CP/M you may want to try it.

The better solution should be coming along any day now: NZCOM from
Joe Wright.  So you can patch VLU and have a real live Z3 utility,
or get NZCOM and have real live Z3.  La dolce vita.

                                                Michal Carson