ARC

                 File Archive Utility
                     Version 5.20

























                 (C)COPYRIGHT 1985,86
                          by
          System Enhancement Associates, Inc.
                  ALL RIGHTS RESERVED





This document describes version 5.20 of the ARC file
utility, which was created by System Enhancement
Associates, Inc. in October of 1986.


       TABLE OF CONTENTS



Section                                           Page


Introduction  ....................................   1
Using ARC  .......................................   3
ARC commands  ....................................   5
    Adding files  ................................   5
    Extracting files  ............................   7
    Deleting files  ..............................   8
    Listing archive entries  .....................   8
    Running files  ...............................  10
    Printing files  ..............................  11
    Testing an archive  ..........................  11
    Converting an archive  .......................  12
ARC options  .....................................  13
    Suppressing compression  .....................  13
    Backup retention  ............................  14
    Message suppression  .........................  15
    Encryption/Decryption  .......................  17
RAMdisk support  .................................  18
MARC  ............................................  19
ARCE  ............................................  20
Version numbers  .................................  21
Common questions and answers  ....................  22
Maintenance contracts  ...........................  24
Revision history  ................................  25
    Changes in version 3  ........................  25
    Changes in version 4  ........................  25
    Changes in version 4.1  ......................  26
    Changes in version 4.3  ......................  26
    Changes in version 4.4  ......................  27
    Changes in version 4.5  ......................  27
    Changes in version 5.0  ......................  28
    Changes in version 5.1  ......................  29
    Changes in version 5.2  ......................  30
Program history and credits  .....................  31
Bulletin boards  .................................  33
Site licenses  ...................................  34













         INTRODUCTION



ARC is the copyrighted property of System Enhancement
Associates, Inc.  You are granted a limited license to
use ARC, and to copy it and distribute it, provided
that the following conditions are met:

1) No fee may be charged for such copying and
   distribution.

2) ARC may ONLY be distributed in its original,
   unmodified state.

3) ARC may *not* be distributed, in whole or in part, as
   part of any commercial product or service without
   the express written permission of System
   Enhancement Associates.


Contributions for the use of this program will be
appreciated, and should be sent to:

          System Enhancement Associates, Inc.
             21 New Street, Wayne NJ 07470

You may not use this product in a commercial
environment or a governmental organization without
paying a license fee of $35.  Site licenses and
commercial distribution licenses are available.  A
program disk and printed documentation are available
for $50.  See the order form enclosed with this manual
for more details.



ARC is user supported software.  This means that you
may copy it freely and give the copies away to anyone
you wish, at no cost.  They are in turn requested to
send in a contribution if they decide to use it.

The user supported software concept (often referred to
as "shareware") is an attempt to provide software at low
cost.  The cost of offering a new product by
conventional means is staggering, and hence dissuades
many independent authors and small companies from
developing and promoting their ideas.  User supported
software is an attempt to develop a new marketing
channel, where products can be introduced at low cost.




ARC                                              Page 1
If user supported software works, then everyone will
benefit.  The user will benefit by receiving quality
products at low cost, and by being able to "test
drive" software thoroughly before purchasing it.  The
author benefits by being able to enter the commercial
software arena without first needing large sources of
venture capital.

But it can only work with your support.  We're not
just talking about ARC here, but about all user
supported software.  If you obtain a user supported
program from a friend or colleague, and are still
using it after a couple of weeks, then it is obviously
worth something to you, and a contribution should be
sent.



And now, back to ARC:

ARC is used to create and maintain file archives.  An
archive is a group of files collected together into
one file in such a way that the individual files may
be recovered intact.

ARC is different from other archive and library
utilities in that it automatically compresses the
files being archived, so that the resulting archive
takes up a minimum amount of space.

When ARC is used to add a file to an archive it
analyzes the file to determine which of three storage
methods will result in the greatest savings.  These
three methods are:

1) No compression; the file is stored as is.

2) Repeated-character compression; repeated sequences
   of the same byte value are collapsed into a three-
   byte code sequence.

3) Dynamic Lempel-Zev compression;  the file is stored
   as a series of variable size bit codes which
   represent character strings, and which are created
   "on the fly".

Note that since one of the three methods involves no
compression at all, the resulting archive entry will
never be larger than the original file.





ARC                                              Page 2
           USING ARC



ARC is invoked with a command of the following format:

    ARC <x> <arcname> [<template> . . .]

Where:

    <x> is an ARC command letter (see below), in
    either upper or lower case.

    <arcname> is the name of the archive to act on,
    with or without an extension.  If no extension is
    supplied, then ".ARC" is assumed.  The archive
    name may include path and drive specifiers.

    <template> is one or more file name templates.
    The "wildcard" characters "*" and "?" may be used.
    A file name template may include a path or drive
    specifier, though it isn't always meaningful.


If ARC is invoked with no arguments (by typing "ARC",
and pressing "enter"), then a brief command summary is
displayed.



Following is a brief summary of the available ARC
commands:

    a   = add files to archive
    m   = move files to archive
    u   = update files in archive
    f   = freshen files in archive
    d   = delete files from archive
    x,e = extract files from archive
    r   = run files from archive
    p   = copy files from archive to standard output
    l   = list files in archive
    v   = verbose listing of files in archive
    t   = test archive integrity
    c   = convert entry to new packing method









ARC                                              Page 3
Following is a brief summary of the available ARC
options, which may alter how a command works:

    b   = retain backup copy of archive
    s   = suppress compression (store only)
    w   = suppress warning messages
    n   = suppress notes and comments
    o   = overwrite existing files when extracting
    g   = encode or decode archive entry













































ARC                                              Page 4
         ARC COMMANDS



This section describes each of the commands.  ARC will
accept any one command at a time.  If no commands are
given, then a brief command list is displayed.



ADDING FILES

Files are added to an archive using the "A" (Add), "M"
(Move), "U" (Update), or "F" (Freshen) commands.  Add
always adds the file.  Move differs from Add in that
the source file is deleted once it has been added to
the archive.

Update differs from Add in that the file is only added
if it is not already in the archive, or if it is newer
that the corresponding entry in the archive.

Freshen is similar to Update, except that new files
are not added to the archive; only files already in
the archive are updated.


For example, if you wish to add a file named
"TEST.DAT" to an archive named "MY.ARC", you would use
a command of the form:

    ARC a my test.dat

If you wanted to add all files with a ".C" extension,
and all files named "STUFF" to an archive named
"JUNK.ARC", you could type:

    ARC a junk *.c stuff.*

If you wanted to move all files in your current
directory into an archive named "SUM.ARC", you could
use a command of the form:

    ARC m sum *.*

If you have an archive named "TEXT.ARC", and you
wanted to add to it all of your files with an
extension of ".TXT" which have been created or changed
since they were last archived, then you would type:

    ARC u text *.txt



ARC                                              Page 5
If you have a bunch of files in your current
directory, with backup copies being stored in an
archive named "SAFE.ARC", then if you wanted to make
sure that every file in the archive is the latest
version of that file, you would type:

    ARC f safe


A word about Update and Freshen:  These are similar in
that they look at the date and time of last change on
the file, and only add it if the file has been changed
since it was last archived.  They differ in that
Update will add new files, while Freshen will not.

In other words, Update looks for the files on disk,
and adds them if they are new or have changed, while
Freshen looks in the archive, and tries to update the
files which are already there.


Archive entries are always maintained in alphabetic
order.  Archive entries may not have duplicate names.
If you add a file to an archive that already contains
a file by that name, then the existing entry in the
archive is replaced.  Also, the archive itself and its
backup will not be added.

You may also add a file which is in a directory other
than your current directory.  For example, it is
perfectly legal to type:

    ARC a junk c:\dustbin\stuff.txt

You cannot add two files with the same name.  In other
words, if you have a file named "C:\DUSTBIN\STUFF.TXT"
and another file named "C:\BUCKET\STUFF.TXT", then
typing:

    arc a junk c:\dustbin\*.* c:\bucket\*.*

will not work.


ARC does not save the path name.  In other words, if
you specify a drive and/or path when adding a file,
only the actual file name is stored in the archive.







ARC                                              Page 6
ARC will never add an archive to itself, nor will it
add the temporary copy or a backup copy of the
archive.


An interesting note:  It has been brought to our
attention that BASIC programs compress to a smaller
size when they are *not* tokenized.  If you are more
concerned with space than speed, you may wish to
convert your BASIC programs to ASCII form before
adding them to an archive.  Your BASIC manual should
give instructions on how to do this.



EXTRACTING FILES

Archive entries are extracted with the "E" (Extract)
and "X" (eXtract) commands.  For example, if you had
an archive named "JUNK.ARC", and you wanted all files
in it with an extension of ".TXT" or ".DOC" to be
recreated on your disk, you could type:

    ARC x junk *.txt *.doc

If you wanted to extract all of the files in an
archive named "JUNK.ARC", you could simply type:

    ARC x junk

Whatever method of file compression was used in
storing the files is reversed, and uncompressed copies
are created in the current directory.

You can also specify a path name, in which case the
decompressed copy is placed in the specified
directory.  For example, if you had an archive named
"JUNK.ARC", and you wanted all files in it with an
extension of ".TXT" to be placed in the directory
"C:\WASTE\LAND", then you could type:

    ARC x junk c:\waste\land\*.txt

If you wanted to put the file "TRASH.TXT" on your A:
drive, and the file "LITTER.TXT" on your B: drive, you
could type:

    ARC x junk a:trash.txt b:litter.txt






ARC                                              Page 7
If you give more than one path for a file, then only
the first one is used.  For example, if you typed:

    ARC x junk a:trash.txt b:trash.txt

then TRASH.TXT will be placed on your A: drive.



DELETING FILES

Archive entries are deleted with the "D" (Delete)
command.  For example, if you had an archive named
"JUNK.ARC", and you wished to delete all entries in it
with a filename extension of ".C", you could type:

    ARC d junk *.c



LISTING ARCHIVE ENTRIES

You can obtain a list of the contents of an archive by
using the "L" (List) command or the "V" (Verbose list)
command.  For example, to see what is in an archive
named "JUNK.ARC", you could type:

    ARC l junk

If you are only interested in files with an extension
of ".DOC", then you could type:

    ARC l junk *.doc


ARC prints a short listing of an archive's contents
like this:

    Name          Length    Date
    ============  ========  =========
    ALPHA.TXT         6784  16 May 85
    BRAVO.TXT         2432  16 May 85
    COCO.TXT           256  16 May 85
            ====  ========
    Total      3      9472


"Name" is simply the name of the file.






ARC                                              Page 8
"Length" is the unpacked file length.  In other words,
it is the number of bytes of disk space which the file
would take up if it were extracted.

"Date" is the date on which the file had last been
modified, as of the time when it was added to the
archive.

"Total" is pretty obvious, I think.


ARC prints a verbose listing of an archive's contents
like this:

Name          Length    Stowage    SF   Size now  Date       Time    CRC
============  ========  ========  ====  ========  =========  ======  ====
ALPHA.TXT         6784  Crunched   35%      4413  16 May 85  11:53a  8708
BRAVO.TXT         2432  Crunched   41%      1438  16 May 85  11:53a  5BD6
COCO.TXT           256   Packed     5%       244  16 May 85  11:53a  3AFB
        ====  ========            ====  ========
Total      3      9472             27%      6095


"Name", "Length", and "Date" are the same as for a
short listing.

"Stowage" is the compression method used.  The
following compression methods are currently known:

       --          No compression.

     Packed        Runs of repeated byte values are
                   collapsed.

    Crunched       Lempel-Zev compression technique
                   employed.

    Squeezed       Huffman encoding compression
                   technique, as employed by an
                   earlier version of ARC.

"SF" is the stowage factor.  In other words, it is the
percentage of the file length which was saved by
compression.  The total stowage factor is the stowage
factor for the archive as a whole, not counting
archive overhead.

"Size now" is the number of bytes the file is
occupying while in the archive.





ARC                                              Page 9
"Time" is the time of last modification, and is
associated with the date of last modification.

"CRC" is the CRC check value which has been stored
with the file.  Another CRC value will be calculated
when the file is extracted or tested to ensure data
integrity.  There is no especially good reason for
displaying this value.



RUNNING FILES

Archive entries may be run without being extracted by
use of the "R" (Run) command.  For example, if you had
an archive named "JUNK.ARC" which contained a file
named "LEMON.COM", which you wished to run, you could
type:

    ARC r junk lemon

You can run any file from an archive which has an
extension of ".COM", ".EXE", ".BAT", or ".BAS".  You
do not have to specify the extension, but all matching
files are run if you do not.  In other words, if you
had an archive named "JUNK.ARC" which contained the
files "LEMON.COM", "LEMON.EXE", and "LEMON.BAS", and
you typed:

    ARC r junk lemon

Then all three programs will be run.  You can avoid
this by specifying an extension in this case.

You can give arguments to the program you are running
by appending them to the command line.  For example,
if you have an archive named "JUNK.ARC" which contains
a program named "LEMON.COM", and you wanted to run it
giving it the argument "JUICE", you would type:

    ARC r junk lemon juice

You will need a fair amount of memory to run a program
from an archive.  It probably cannot be done with less
than 256k.









ARC                                             Page 10
In practice, the file to be run is extracted, run, and
then deleted.  In other words, the above example is
equivalent to:

    ARC x junk lemon.com
    lemon juice
    erase lemon.com

If you have an archive which contains a program that
you will be running often, then you should probably
extract the program from the archive and use it
normally.



PRINTING FILES

Archive entries may be examined with the "P" (Print)
command.  This works the same as the Extract command,
except that the files are not created on disk.
Instead, the contents of the files are written to
standard output.  For example, if you wanted to see
the contents of every ".TXT" file in an archive named
"JUNK.ARC", but didn't want them saved on disk, you
could type:

    ARC p junk *.txt

If you wanted them to be printed on your printer
instead of on your screen, you could type:

    ARC p junk *.txt >prn



TESTING AN ARCHIVE

The integrity of an archive may be tested by use of
the "T" (Test) command.  This checks to make sure that
all of the file headers are properly placed, and that
all of the files are in good shape.

This can be very useful for critical archives, where
data integrity must be assured.  When an archive is
tested, all of the entries in the archive are unpacked
(without saving them anywhere) so that a CRC check
value may be calculated and compared with the recorded
CRC value.






ARC                                             Page 11
For example, if you just received an archive named
"JUNK.ARC" over a phone line, and you want to make
sure that you received it properly, you could type:

    ARC t junk

It defeats the purpose of the T command to combine it
with N or W.



CONVERTING AN ARCHIVE

The "C" (Convert) command is used to convert an
archive entry to take advantage of newer compression
techniques.  This is occasionally desirable when a new
version of ARC is released.  Please refer to the
revision history section for details on when new
compression methods were implemented.

For example, if you had an archive named "JUNK.ARC",
and you wanted to make sure that all files with an
extension of ".DOC" were encoded using the very latest
methods, you could type:

    ARC c junk *.doc

Or if you wanted to convert every file in the archive,
you could type:

    ARC c junk























ARC                                             Page 12
          ARC OPTIONS



This section describes the options which are available
to modify how ARC works.  Any of these options can be
combined with any of the commands, though the result
may not always be something you'd want to do.



SUPPRESSING COMPRESSION

The "S" (Suppress compression) option can be combined
with any command that updates archive entries.  These
include Add, Move, Update, Freshen, and Convert.  The
effect of the S option is to prevent any compression
techniques from being employed.  This is intended to
allow you to add a few files at a time to an archive
quickly, and then later convert the archive to
compress everything at once.

For example, over the course of a day you might give
each of the following commands:

    ARC as junk *.txt
    ARC as junk *.mac
    ARC as junk *.doc

At the end of the day, when you have finished adding
things to the archive, you could have all of the
archive entries compressed at once by typing:

    ARC c junk

You could also decompress the archive by typing:

    ARC cs junk

though I can't imagine why you'd want to.














ARC                                             Page 13
BACKUP RETENTION

When ARC changes an archive (during an Add, Move,
Update, Freshen, Delete, or Convert) it creates a new
archive with the same name, but with an extension of
".$$$".  For example, if you add a file to an archive
named STUFF.ARC, then ARC will create a new archive
named STUFF.$$$.  ARC will read from your existing
archive and write out the new archive with any changes
to the ".$$$" copy.

Normally when ARC is finished it deletes the original
and renames the new archive to the original name (ie.
STUFF.ARC goes away, and STUFF.$$$ becomes the new
STUFF.ARC).  Among other things, this means that if
anything goes wrong and ARC is unable to finish, then
your original archive will still be intact.


In some circumstances you may wish to retain the
original version of the archive as a backup copy.  You
can do this easily by using the Backup option.  Add
the letter "B" to your command, and ARC will rename
your original archive to have an extension of ".BAK"
instead of deleting it.


In other words, if you wanted to add "WASTE.TXT" to an
archive named "JUNK.ARC", but wanted to keep a backup
copy, then you would type:

    ARC ab junk waste.txt

Your original archive would become "JUNK.BAK", while
"JUNK.ARC" would contain the new "WASTE.TXT" file.


If you keep a backup of an archive which already has a
backup, then the older backup copy is deleted.















ARC                                             Page 14
MESSAGE SUPPRESSION

ARC prints three types of messages: warnings,
comments, and errors.

Warnings are messages about suspected error
conditions, such as when a file to be extracted
already exists, or when an extracted file fails the
CRC error check.  Warnings may be suppressed by use of
the "W" (Warn) command.  You should use this command
sparingly.  In fact, you should probably not use this
command at all.

Comments (or notes) are informative messages, such as
naming each file as it is added to the archive.
Comments and notes may be suppressed by use of the "N"
(Note) command.

Errors are actual system problems, such as running out
of disk space.  You cannot suppress errors.


For example, suppose you extracted all files with an
extension of ".BAS" from an archive named "JUNK.ARC"
Then, after making some changes which you decide not
to keep, you decide that you want to extract them all
again, but you don't want to be asked to confirm every
one.  In this case, you could type:

    ARC xw junk *.bas

Or, if you are going to add a hundred files with an
extension of ".MSG" to an archive named "TRASH.ARC",
and you don't want ARC to list them as it adds them,
you could type:

    ARC an trash *.msg

Or, if you want to extract the entire contents of an
archive named "JUNK.ARC", and you don't want to hear
anything, then type:

    ARC xnw junk


A special case is provided when extracting files from
an archive.  One of the various warnings that can
occur is when a file being extracted already exists on
disk.  Normally, ARC will stop and ask you if you want
to overwrite the file.  This can be suppressed with
the "W" command, but that will also suppress any



ARC                                             Page 15
warnings about other things, like failed CRC checks
and such.

The "O" (Overwrite) option suppresses *only* the warning
that the file already exists.  For example, in our
earlier case of extracting all the ".BAS" files from
"JUNK.ARC", a much safer way to do it is to type:

    ARC xo junk *.BAS













































ARC                                             Page 16
ENCRYPTION/DECRYPTION

Archive entries may be encrypted and decrypted by
using the "G" (Garble) option.  The Garble option
takes the remainder of the command string as the
password to use, so it must be the *last* option.


For example, if you wanted to add a file named
"WASTE.TXT" to an archive named "JUNK.ARC", and you
wanted to encrypt it using the password "DEBRIS", then
you would type:

    ARC agdebris junk waste.txt

Later on, when you want to extract it again, you would
type:

    ARC xgdebris junk waste.txt

The password you supply is used to encrypt (or
decrypt) the archive entry by performing an exclusive
OR between each byte of the packed data and each byte
of the password.  The password can be any length, and
each of its bytes is used in rotation.  The password
is converted to uppercase before it is used, so it is
*not* case sensitive.  Since the encryption is performed
on the packed data, it has no effect on stowage
factors.

This is not a particularly sophisticated means of
encryption, and it is theoretically possible to crack.
Still, since it is performed on the packed data, the
result should be quite sufficient for casual use.


You can, if you wish, use different passwords for
different files in an archive, but we advise against
it.  If you are going to encrypt an archive, we
suggest you use the same password for every file, and
give the password whenever you do anything at all with
the archive.  It is possible to list the entries in an
encrypted archive using the "L" and "V" commands
without giving the password, but nothing else will
work properly.


We advise that you use this option sparingly, if at
all.  If you should forget or mistype your password,
it is highly unlikely that you will ever recover your
data.



ARC                                             Page 17
        RAMDISK SUPPORT



If you have a RAMdisk, or other high-speed storage,
then you can speed up ARC somewhat by telling it to
put its temporary files on the RAMdisk.  You do this
by setting the ARCTEMP environment string with the MS-
DOS SET command.  For example, if drive B: is your
RAMdisk, then you would type:

    set ARCTEMP=B:

Refer to the MS-DOS manual for more details about the
SET command.  You need only set the ARCTEMP string
once, and ARC will use it from then on until you
change its value or reboot your system.


If ARC does not find an environment string named
ARCTEMP, then it looks for one named TEMP to use
instead.  Several packages already use the TEMP string
for exactly this purpose.  If you have need of an
environment string named TEMP for something else, then
you should be sure to define ARCTEMP.


There are a limited number of temporary files created
by ARC.  The Convert command uses a file named
"$ARCTEMP.CVT" to hold each file as it is being
converted.  The Run command also creates a temporary
file, which has the name "$ARCTEMP", and whose
extension matches that of the file being run.





















ARC                                             Page 18
             MARC



MARC is a separate program which is used to merge
archives created by ARC.  MARC moves files from one
archive to another without unpacking them.


MARC is used as follows:

    MARC <target> <source> [<template> . . .]

Where:

    <target> is the name of the archive to add files
    to.

    <source> is the name of the archive to read files
    from.

    <template> is one or more file name templates.
    The wildcard characters "*" and "?" may be used.
    If no template is supplied, then all of the files
    in <source> are added to <target>.

It is not necessary for the target to exist.  If it
does not exist, then it is created.  Thus, MARC can be
used as an "extractor" as well as a "merger".


For example, if you wanted to create an archive named
"JUNK.ARC", which is to contain all of the files with
an extension of ".TXT" which are currently contained
in another archive named "WASTE.ARC", then you could
type:

    MARC junk waste *.txt

If you wanted to create an archive named "JUNK.ARC",
which is to contain all of the files currently in the
archives "WASTE.ARC" and "TRASH.ARC", you could type:

    MARC junk waste
    MARC junk trash


If MARC is invoked with no arguments, then it gives
brief directions in its use.





ARC                                             Page 19
             ARCE



ARCE is a program which is used to extract files from
an archive.  It will *only* extract files, and it will
*not* extract encrypted files.  It doesn't do anything
that ARC can't do, but it is highly optimized for the
sole purpose of archive extraction, so it is very
small and very fast.

ARCE is used in a fashion very similar to the "ARC E"
command (hence the name).  The first argument is the
name of the archive to extract files from, and may
include a drive and path specifier.  Up to sixteen
additional arguments can be supplied, which specify
the files to extract.  The wildcard characters "*" and
"?" are allowed, as with ARC.  If no files are named,
then all files are extracted from the archive.  If the
file being extracted already exists, you are asked
whether or not you want to overwrite it.  You can use
the "/R" option to bypass this.

For example, if you had an archive named "WASTE.ARC"
that you wanted to extract everything from, then you
could type:

    ARCE waste

Or if you just wanted to extract the files with a
filename extension of ".ASM", you could type:

    ARCE waste *.asm

If you already have a few files from the archive that
you want replaced, then you could type:

    ARCE waste *.asm /R

If you run ARCE with no arguments at all, then it will
give you a brief reminder of how to use it.


NOTICE:
NOTICE: ARCE is the copyrighted property of Vernon D.
        Buerg and Wayne Chin.  It is included on the
        ARC program disk as a service to ARC users.

        Vernon D. Buerg
        456 Lakeshire Drive
        Daly City, CA  94015
        RBBS: (415) 994-2944



ARC                                             Page 20
        VERSION NUMBERS



There seems to be some confusion about our version
numbering scheme.  All of our version numbers are
given as a number with two decimal places.

The units indicate a major revision, such as adding a
new packing algorithm.

The first decimal place (tenths) indicates a minor
revision that is not essential, but which may be
desired.

The second decimal place (hundredths) indicates a
trivial revision that will probably only be desired by
specific individuals or by die-hard "latest version"
fanatics.

ARC also displays its date and time of last edit.  A
change of the date and time without a corresponding
change in version number indicates a truly trivial
change, such as fixing a spelling error.


To sum up: If the units change, then you should get
the newer version as soon as you can.  If the tenths
change, then you may want to get the newer version,
but there's no hurry.  If anything else changes, then
you probably shouldn't bother.























ARC                                             Page 21
 COMMON QUESTIONS AND ANSWERS



Here are some of the more common questions we've
received about ARC, along with their answers:


Q: Why does ARC run out of room if I make an archive
   bigger than about 180k?

A: Because you are working on a floppy disk.  ARC
   creates a copy of your archive, incorporating any
   new files as it goes.  When it is done, it deletes
   the original and renames the new one.  There are a
   number of reasons for doing it this way, one being
   that your original archive is still intact if
   anything happens while ARC is running.

   You can save some space by using drive specifiers
   and having the archive and the files to add on
   separate disks, but you still won't be able to make
   an archive larger than about 180k.  If you need to
   make a larger archive, and if you have a fixed
   disk, then you can create the archive on the fixed
   disk and then copy it to the floppy.


Q: I've seen an ARC.COM and an ARC.EXE.  Which one is
   the right one?

A: ARC.EXE.  One or more people have been running ARC
   through a utility that converts an ".EXE" file to a
   ".COM" file.  But this utility is designed to save
   space, not speed.  On ARC it saves about 250 bytes,
   and makes no measurable difference in program
   speed.  We've decided that the savings are not
   worth the extra step in development in this case.


Q: How can I get the latest version of ARC?

A: ARC updates are distributed through normal
   shareware channels, and by FidoNet.  We also ship a
   program update disk on every order of $50 or more.
   Also, please refer to the next section for
   information about our maintenance contracts.







ARC                                             Page 22
Q: Can I use ARC to distribute my public domain or
   shareware program?

A: Yes, of course.


Q: Can I use ARC to distribute my commercial software
   package?

A: Yes, provided that you obtain a commercial
   distribution license from us.  Please contact us
   for details.


Q: I'm a commercial user.  Why should I pay for
   shareware that others get for free?

A: Because you cannot credibly plead poverty.
              ___
   Shareware, all shareware, is an attempt to develop
   a new marketing channel to the benefit of everyone.
   You can still "test drive" shareware for a short
   period, but if you decide to use it in your
   business, then you should pay for it.


Q: Why not allow me to select which method of
   compression I want ARC to use?

A: It would needlessly complicate ARC, both internally
   and in use.  The exact nature of the compression
   methods used are complex, and quite different.  The
   only sure way to tell which will be best in any
   given case is to analyze the data, as ARC does.
   The method chosen may not always be what you
   expect.



















ARC                                             Page 23
     MAINTENANCE CONTRACTS



Registered users of ARC receive 90 days of telephone
support at no extra charge.  If you wish, you can
extend this by pruchasing a maintenance contract.

A maintenance contract costs $50 per year and entitles
you to unlimited telephone support, as well as free
updates to ARC as they come out.











































ARC                                             Page 24
       REVISION HISTORY



CHANGES IN VERSION 3

The function used to calculate the CRC check value in
previous versions has been found to be in error.  It
has been replaced with the proper function.  ARC will
still read archives created with earlier versions of
ARC, but it will report a warning that the CRC value
is in error.  All archives created prior to version
3.0 should be unpacked and repacked with the latest
version of ARC.


Transmitting a file with XMODEM protocol rounds the
size up to the next multiple of 128 bytes, adding
garbage to the end of the file.  This used to confuse
ARC, causing it to think that the end of the archive
was invalidly formatted.  This has been corrected in
version 3.01.  Older archives may still be read, but
ARC may report them to be improperly formatted.  All
files can be extracted, and no data is lost.  In
addition, ARC will automatically correct the problem
when it is encountered.



CHANGES IN VERSION 4

ARC is adding another data compression technique in
this version.  We have been looking for some technique
that could improve on Huffman squeezing in at least a
few cases.  So far, Lempel-Zev compression seems to be
fulfilling our fondest hopes, often achieving
compression rates as much as 20% better than
squeezing, and sometimes even better.  Huffman
squeezing depends on some bytes being more "popular"
than others, taking the file as a whole.  Lempel-Zev
compression is instead looking for strings of bytes
which are repeated at various points (such as an end
of line followed by spaces for indentation).  Lempel-
Zev compression is therefore looking for repetition at
a more "macro" level, often achieving impressive
packing rates.

In the typical case a file is added to an archive once
and then extracted many times, so the increased time
for an update should more than pay for itself in
increased disk space and reduced transmission time.



ARC                                             Page 25
CHANGES IN VERSION 4.1

Lempel-Zev coding has been improved somewhat by
performing non-repeat compression on the data before
it is coded (as was already done with Huffman
squeezing).  This has the two fold advantage of (a)
reducing to some extent the amount of data to be
encoded, and (b) increasing the time it takes for the
string table to fill up.  Performance gains are small,
but noticeable.

The primary changes are in internal organization.  ARC
is now much "cleaner" inside.  In addition to the
aesthetic benefits to the author, this should make
life easier for the hackers out there.  There is also
a slight, but not noticeable, improvement in overall
speed when doing an update.



CHANGES IN VERSION 4.3

Version 4.3 adds the much-demanded feature of using
pathnames when adding files to an archive.

Version 4.3 is also using a slightly different
approach when adding a file to an archive.  The end
result is twofold:

1) Slightly more disk space is required on the drive
   containing the archive.  This should only be
   noticeable to those creating very large archives on
   a floppy based system.

2) A 30% reduction in packing time has been achieved
   in most cases.  This should be noticeable to
   everyone.

As always, version 4.3 is still fully upwards
compatible, and is backwards compatible as far as
version 4.1.













ARC                                             Page 26
CHANGES IN VERSION 4.4

The temporary file introduced in version 4.3
occasionally caused problems for people who had not
added a FILES= statement to their CONFIG.SYS file.
This has now been corrected.  Also, support of the
ARCTEMP environment string was added to allow placing
of the temporary file on a RAMdisk.

A bug was reported in the Run command, which has been
fixed.  From the nature of the bug, and the extreme
time required before the bug was reported, it is
deduced that the Run command is probably the least
used feature of ARC.

The Update command was changed.  It is no longer a
straight synonym for Add.  Instead, Update now only
adds a file if it is newer than the version already in
the archive, as shown by the MS-DOS date/time stamp.



CHANGES IN VERSION 4.5

The Convert command was not making use of RAMdisk
support.  Now it is.

The Freshen command was added.  Our first choice for a
name was Refresh, but we already had a Run command.
Assuming that you have an archive which already
contains everything you want in it (for software
distribution, perhaps), then Freshen would be used to
update the archive.  It was pointed out to us that ARC
already knows what is in the archive, so it should be
able to look on disk for newer versions.  Now it can.

The Suppress compression option was added by popular
demand.  It allows files to be added quickly to an
archive, since the files are not analyzed or
compressed, but merely stored straight.  The intent is
to allow users to build an archive "in pieces", and
then compress all of the entries at once with the
Convert command.  The conversion is much faster if you
take advantage of RAMdisk support.

A minor bug was detected in our handling of date/time
stamps which occasionally resulted in stamping an
archive with the wrong date and time.  This has been
corrected.





ARC                                             Page 27
CHANGES IN VERSION 5.0

The Move command used to delete the files as it went.
It now waits until it is finished updating the
archive, and deletes them all at once.  (You *did* know
that Move is just an Add where the file gets deleted,
didn't you?)  This, along with the changes made in
version 4.5, means that it is now much safer to
interrupt ARC while it is working.

The Print command no longer prints the name of each
file.  Instead, it prints a formfeed after each file.

The Run command now supports BASICA programs.  Also,
the filename extension is no longer required on the
Run command.

The Garble option was added.  It provides a convenient
means of low level data security for the casual user.
Use it sparingly, if at all.

ARC no longer tests for the presence of $ARCTEMP.CRN
before creating a new one.  If you interrupt ARC a
lot, you'll find this much more convenient.  If you
happen to have a file named $ARCTEMP.CRN which you
want to keep, too bad.

Improved error recovery was added when reading an
archive.  ARC now has a good chance of recovering the
data from a corrupted archive (the corrupted entry is
still lost, of course).

Path support has been added for all commands, though
it doesn't do anything on most of them.  For example,
there isn't much we can do with a path in the List
command.  But many users will be glad to know that a
path can be used when extracting a file, and specifies
where the file is to be placed.

Support for the TEMP environment string was added.  If
ARC doesn't find an environment string named ARCTEMP,
then it looks for one named TEMP to use instead.
Several packages already use the TEMP string for
exactly this purpose.  With any luck, maybe we can get
a standard going.









ARC                                             Page 28
ARC is now using a different variation of Lempel-Zev
coding, courtesy of Kent Williams, who found it on
USENET and adapted it to the IBM PC.  The new method
differs from the old in several respects.  The most
significant differences are:

1) Where our previous implementation used a fixed code
   size of twelve bits, the new one starts with a code
   size of nine bits and increases it as it needs to.

2) The earlier method tended to "choke" on large files
   when its string table filled up.  The new method
   has a rather ingenious scheme its authors call
   "adaptive reset."  When it notices that its string
   table has filled, and its compression ratio is
   starting to suffer, it clears the table and starts
   defining new strings.

Our benchmarks show an improvement in compression on
the order of 10% when crunching is used.
Additionally, ARC 5.0 is on the order of 23% faster at
adding a file when crunching is used, or 13% faster
when squeezing is used.  Extracting a file crunched
with the new method is 27% faster than it is with the
old method.  Extraction of any other type of file
(including those crunched with the older method) is no
faster than before.  These figures are based on our
own benchmark tests; your results may vary.

The previous implementation of Lempel-Zev coding is no
longer used to pack files.  The "V" (Verbose listing)
command distinguishes between the two by referring to
the older method as "crunched" (with a lower-case
"c"), and the newer method as "Crunched" (with a
capital "C").

ARC 5.0 can still read archives created by earlier
versions of ARC, but once again it creates archives
which older versions cannot read.



CHANGES IN VERSION 5.1

Rick Moore discovered that ARC was occasionally adding
an archive to itself.  This would only happen when the
archive is in the same directory as the files being
added, and its name comes last.  This bug has been
fixed, though it is still possible to fool ARC into
adding an archive to itself by getting tricky with
path names.



ARC                                             Page 29
Dana Montgomery found the upper limit on how many
files can be added to an archive.  There's always been
an upper limit, but it depends on memory, and used to
be larger than anyone could possibly want (knock on
wood).  However, the added memory requirements in
version 5.0 lowered this limit into the realm of
possibility, somewhere around 300 files.  We change
some things around, and effectively, there is no
longer a limit on how many files you can add at once.
ARC will add the files in batches of as many as it can
handle at one time.

We've also introduced a new packaging method for ARC
and its documentation, since we are in the unique
position of being unable to use ARC for this purpose.
We've created a program called ARC51.COM which, when
executed, attempts to create the ARC program and
manual.  You must be in the same directory as
ARC51.COM when you run it.



CHANGES IN VERSION 5.2

We've made some changes to Lempel-Zev coding to
further improve its compression ability on "poor fit"
files (mainly .EXE and .COM files).  The result is
that crunching now works better than squeezing on
almost all files, and comes close on most of the rest
(within 5%, by our benchmarks).  Accordingly, we have
dropped Huffman encoding in this version.  Our
benchmarks show a speed improvement of around 14% when
adding a file to an archive.

A low-level file copy routine was implemented to speed
up bulk data moves.  Deleting or adding a file to a
large existing archive is now much faster.

The Run command has been modified to allow passing
command line arguments to the program being run.

The temporary file introduced in version 4.3 has been
eliminated.  Crunched output generated in the analysis
phase is now placed directly in the output archive,
and is rewritten if crunching turns out not to be the
best choice.  This can, in rare circumstances, cause
an archive to be slightly larger than it should be,
but it also makes ARC considerably faster at adding
files to an archive.





ARC                                             Page 30
  PROGRAM HISTORY AND CREDITS



In its short life thus far, ARC has astounded us with
its popularity.  We first wrote it in March of 1985
because we wanted an archive utility that used a
distributive directory approach, since this has
certain advantages over the then popular central
directory approach.  We added automatic squeezing in
version 2 at the prompting of a friend.  In version
2.1 we added the code to test for the best compression
method.  In less than a year we found that our humble
little program had spread across the country, and
seems to have become a new institution.

We are thankful for the support and appreciation we
have received.  We hope that you find this program of
use.


If we have achieved greatness, it is because we have
stood upon the shoulders of giants.  Nothing is
created as a thing unto itself, and ARC is no
exception.  Therefore, we would like to give credit to
the following people, without whose efforts ARC could
not exist:


Brian W. Kernighan and P. J. Plauger, whose book
"Software Tools" provided many of the ideas behind the
distributive directory approach used by ARC.

Dick Greenlaw, who wrote the public domain SQ and USQ
programs, in which the Huffman squeezing algorithm was
first developed.

Robert J. Beilstein, who adapted SQ and USQ to
Computer Innovations C86 (the language we use), thus
providing us with important parts of our squeezing
logic.

Kent Williams, who graciously allowed us to use his
LZWCOM and LZWUNC programs as a basis for our Lempel-
Zev compression logic, and who continues to make
valuable contributions.

David Schwaderer, whose article in the April 1985
issue of PC Tech Journal provided us with the logic
for calculating the CRC 16 bit polynomial.




ARC                                             Page 31
Terry A. Welch, whose article "A Technique for High
Performance Data Compression", IEEE Computer Vol 17 No
6 (June 1984) seems to have started all the research
on Lempel-Zev coding.

Spencer W. Thomas, Jim McKie, Steve Davies, Ken
Turkowski, James A.  Woods, and Joe Orost, who are the
authors of the UNIX compress utility.

Alex Jacobs, who in June of 1985 sent us the very
first shareware contribution we ever received.


And many, many others whom we could not identify.








































ARC                                             Page 32
        BULLETIN BOARDS



ARC is distributed mainly through shareware channels.
Among other things, this means that ARC is available
from many bulletin board systems.  In fact, the system
operators (sysops) of many bulletin boards have taken
to storing almost all of their downloadable files in
archives to save themselves disk space and to save
their users time.

This also makes things more convenient for the
bulletin board users, since one archive may contain
several programs, any related data files, and the
documentation.  Many shareware authors have taken to
distributing their software in archives to help ensure
that the users receive everything.

Obviously, we can't do that with ARC.  As a result,
many of our users have ARC, but don't have the manual.
Most of our customer support calls come from people
who have never seen the manual, and in many cases
didn't even know that one exists!

To solve this problem we developed what is in essence
a self-unpacking archive.  We distribute this as
"ARCxxx.COM", where "xxx" is the current version
number.  For example, ARC version 5.20 would be
distributed as "ARC520.COM".  This program, when run,
unpacks itself into a copy of ARC plus its
documentation.

Now that we've gone to all that work, we'd really
appreciate it if you would use this program when you
distribute ARC.


















ARC                                             Page 33
         SITE LICENSES



Corporate users may wish to obtain a site license for
the use of ARC.  Please use the order form in this
manual to order a site license.  Site licenses are
granted as of when we receive your payment.  License
fees vary depending on the number of computers on
which ARC will be used, as follows:

     1 to  9 machines  $35 each
    10 to 24 machines  $25 each
    25 to 49 machines  $20 each
    50 to 99 machines  $15 each
    over  99 machines  $1500 one time fee



Enclosed is a site license agreement, which should be
signed and sent with your payment when ordering a
commercial site license.


A commercial site license does not include additional
copies of the ARC program disk and the ARC manual.
Instead, you make your own copies of the disk and
manual as you need them.  If you wish, you can order
additional program disks and manuals from us.

Additional program disks cost $10 each.  Additional
manuals cost $20 each.  If you wish, you can order
program sets for $40 each.  A "program set" is a
program disk and manual enclosed in a vinyl binder.
There is a $50 minimum on all orders.



















ARC                                             Page 34
             SITE LICENSE APPLICATION



The use of ARC in a commercial environment or government organization
is granted under the following terms:

1.  Payment of the license fee must be made to System Enhancement
    Associates, Inc.  The fee is based on the number of computers
    which will be used to run ARC, as follows:

          1 to  9 machines  $35 each
         10 to 24 machines  $25 each
         25 to 49 machines  $20 each
         50 to 99 machines  $15 each
         over  99 machines  $1500 one time fee

2.  You may use ARC on the number of computers included in the license
    fee.  If you have paid the fee for over 99 machines, then you may
    use ARC on any number of computers within your organization.

3.  You may make copies of the program and documentation, in their
    original,  unmodified form,  without restriction.  You may
    distribute these copies without restriction.

4.  If these copies are distributed outside of your organization,  you
    have no obligation to control the use of those copies which are
    outside of your organization.

5.  You may make copies of the program documentation, in both its
    printed form and machine readable form, without restriction.

6.  You may use all future versions of ARC under this license.

7.  You may *not* modify the program or charge a fee for copying or
    distributing the program or its documentation.

8.  It is your responsibility to make the necessary copies and to
    deliver them to the computers which they will be used on.  If you
    wish, you can order additional ARC program disks and manuals.

9.  We are not responsible for *anything* that may happen or not happen
    if you use ARC.  You're on your own.


    I agree to abide by the terms and conditions of this license.

    _____________________________         __________________________
    Signature                             Date

    _____________________________
    Name (please print or type)

    _____________________________
    Title

    _____________________________
    Company


                   ORDER FORM



Check which items you wish to purchase:

    [] Noncommercial license for the use of ARC.

    [] Commercial license for the use of ARC on ___ computers (see
       attached price schedule and terms).

    [] Program disk and documentation (only on orders of $50 or more,
       not counting maintenance contracts).

    [] ____ additional program disks at $10 per disk.

    [] ____ additional manuals at $20 per manual

    [] ____ additional program sets (disk, manual, and binder) at $40
       per program set.

    [] One year maintenance agreement at $50 per year.

    [] Payment of $_____ is enclosed (check or money order).

    [] Please charge $_____ to my [] Visa or [] MasterCard:

      Card number:  _______________________________

      Expiration date:  ___________________________

      Signature:  _________________________________

    _______________________________________________
    Name

    _______________________________________________


    _______________________________________________
    Address

    ______________________   ________  ____________
    City                     State     Zip

    _______/_______
    FidoNet address


Send this completed form to:

                  System Enhancement Associates, Inc.
                     21 New Street, Wayne NJ 07470

For program disk orders outside the U.S., please add an additional $5,
and enclose an international money order payable in U.S. currency.

For commercial site license orders, please enclose a signed copy of
the site license agreement.