Date   : Tue, 15 Jan 1985 23:39:00 MST (Tue)
From   : Keith Petersen <W8SDZ@SIMTEL20.ARPA>
Subject: LU310 - new version of CP/M (LBR) library program

LU310 is now available from SIMTEL20:

Filename                       Type     Bytes   CRC

Directory MICRO:<CPM.CPMLIB>
LU310.LBR.1                    COM      44544  81EFH

Here is the update info from the author:

File: LU310.UPD                72 lines                Date: 85-01-01
From: Gary P. Novosielski
To:   All LU Users
Subj: New LU version 3.10

Version 3.10 of the Library Utility is being released today.  It has
been tested under CP/M80 v2.2 and is expected to run properly under
CP/M+ as well.

Here is a short description of the changes from version 3.00 to 3.10.
Please use it until the revised document file, LU310.DOC is available,
which should be real soon now.

1.  Bug Fix in -Reorg to another drive.  Under 3.00 if you had reorgan-
    ized FOO.LBR from A: to B:, and there was _already_ a FOO.LBR on B:,
    LU would not have properly erased the old file, causing duplicate
    file names.  Yuchh.  I found this one by accident, rather than from
    a bug report, so I guess no one has ever been bitten by this one.
    Anyhow, it's fixed now.

2.  Change in reorganization logic.  If reorganization is done from one
    user/drive to another, the old copy of the library will no longer be
    deleted.  This gives some backup protection from Old Man Murphy.  The
    old copy will still be erased when reorganization is done within a
    single user/drive.

3.  I've hacked the directed I/O code to allow the -U operator to be used
    even if directed I/O (<input and >log) files are open.  This should
    make directed I/O more useable.  Leor's original DIO would lose track
    of the DIO files when the default drive was changed, so -U had been
    locked out in v3.00

4.  In response to user requests, a default library name will no longer
    be opened automatically when operands are being read from the console
    (stdin).  Instead, an error message will be issued saying that no
    library is open.  The default library LIBRARY.LBR will still be used
    if operands are being read from command line arguments, and no -O
    (open) is done.

5.  New operator -H (Help).  In response to user requests, a brief one-
    screen summary of operators, and the operands they expect, is now
    displayed by typing -H.  It is by no means an online user manual,
    just a memory jogger.  I knew it was time for this when I started to
    forget the commands myself!  Must be getting old.

6.  Version 3.10 still does not support the date/time stamping features
    defined in the new standard (LUDEF5) but now conforms to that stand-
    ard as a non-supporting program.  It preserves pre-existing stamps
    when appropriate, and will zero out any stamps which are made incor-
    rect by changes to the files or directory. Pad counts, as defined
    in the standard, are tolerated, but not used, as they have no mean-
    ing under a CP/M-only environment.

7.  In bumming the extra space for the help code (the program is still
    under 20k on disk) I cleaned and tightened some of the logic, which
    may cause some cosmetic differences.  You may notice, for example,
    that the last operator used will show up in the prompt even if it
    was -L, -R, or -C, which take no operands. There is no functional
    difference, though; operands will still be ignored by these opera-
    tors.

For bug reports, questions, etc., please contact me via:

Phone (voice):         (201)935-4087           Eves and weekends.
Compuserve:            70160,120               GO PCS-47 or GO EMA-1
MCI Mail:              GNOVOSIELSKI
WUI Telex:             650-195-2395            6501952395 MCI

Regards,
Gary Novosielski