home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Black Box 4
/
BlackBox.cdr
/
bbs_ra
/
alst_170.arj
/
AL.DOC
< prev
next >
Wrap
Text File
|
1991-06-07
|
23KB
|
681 lines
AvaiList 1.70
Friday, June 7, 1991
USER MANUAL
Copyright (c) 1988-1991 Andrew D. Farmer.
All rights reserved.
License Statement
The AvaiList package is protected by both Canadian copyright
law and international treaty provisions.
AvaiList is provided as is, without warranty of any kind,
either expressed or implied. Andrew D. Farmer only
guarantees that AvaiList will occupy disk space.
In no event shall Andrew D. Farmer be liable to you or
anyone else for any damages, including any lost profits,
lost savings or other incidental or consequential damages
arising out of the use or inability to use this program.
All Andrew D. Farmer products are trademarks or registered
trademarks of Andrew D. Farmer.
------------------------------------------------------------
Unregistered copies of AvaiList require you to manually
enter a numeric sequence before it will execute, but the
software is =not= crippled, nor does it quit working after
a period of time. It is 100% fully fuctional as provided.
The unregistered version is yours to keep. It is not public
domain, shareware or freeware, it is simply free of charge.
You can use it as long as you do not use it within a
commercial environment. It doesn't matter if you are
making money by using it or not, if you are using it within
commercial walls, you must register your copy.
If you wish to register your copy of AvaiList, see the file
REGISTER.AL (which should have been contained in the same
archive as this file) for details.
------------------------------------------------------------
Chapter 1
Preface
1.1 Archive
The program archive, ALST_170.ARJ, should have included the
following files:
AL.CFG - Sample configuration file.
AL.DOC - This user manual.
AL.EXE - The main program.
AL170.NEW - Release notes.
REGISTER.AL - Registration details.
1.2 System requirements
Although it is possible to run AvaiList on a system with
less than the following equipment, the following should be
considered the realistic minimum with which you can get by:
A 100% IBM BIOS compatible computer system with at least
256K of available RAM.
MS-DOS or PC-DOS version 3.10 or greater.
Note that only approx 125K of AvaiList will remain in
memory when it spawns the archiver.
Chapter 2
Support Files
2.1 Header file, AL.HDR
AvaiList will search for this file in the default
directory. If found, the entire contents of the file will
be placed at the top of the master and newfile lists.
You may select a different name (or directory) for the file
by using the HEADER configuration keyword or the -h command
line switch.
2.2 Extra info file, AL.EXI
AvaiList will search for this file in the default
directory. If found, the entire contents of the file will
be placed into the master and newfile lists between the
header information and the first area listing.
This file can be extremely handy for listing such things as
magic file names or password restrictions.
You may select a different name (or directory) for the file
by using the EXTRA configuration keyword or the -e command
line switch.
2.3 Directory descriptions, DIR.BBS
This is the 'file of last resort' for area descriptions.
If AvaiList doesn't find the area's description anywhere
else, it will look for this file in the file area
directory.
The first line of DIR.BBS is used as the description for
that block of area. If the DIR.BBS file is not found, then
the Drive:\Path is used as the description.
2.4 File list, FILES.BBS
AvaiList will search for this file in each of the specified
file area directories. FILES.BBS is expected to list all
of the files that you wish placed into the master list. If
a FILES.BBS file is not found in the directory, then a line
stating that no files were found in the area is placed into
the master list.
You may change the name of the filelist by using the
LISTNAME configuration keyword.
Each line of the files.bbs file is analyzed separately. If
the character in column one (1) is a hyphen (-) or a space
( ), and you have not used the NOCOMMENTS configuration
keyword, then the line is simply copied wholesale into the
master list. Otherwise the 1st contiguous block of
characters is assumed to be the filename and the rest of
the line is assumed to be the description. The lines will
be output to the Master List in the form:
filename size-in-bytes file-date-stamp description
You can disable the listing of file-date-stamp by using the
NODATE configuration keyword.
If the filename does not exist in the directory, then
STORED will appear in the size-in-bytes area and OFF-LINE
will appear in the file-date-stamp area. If you use NODATE
to suppress the file-date-stamp, then non-existent files
will be listed with the word OFFLINE in the size-in-bytes
area.
AvaiList supports the use of wildcards in files.bbs. If
more than one file in the directory matches the filename
listed in files.bbs, then the master list will contain
separate entries, including file size and date stamp, for
each file matching the filespec. The single description
will be used for all the matching entries.
Chapter 3
Configuration
The configuration file, AL.CFG by default, must be located
in the current directory when AvaiList is run.
You may select a different path, or filename, for your
configuration file by using the -c command line switch.
Configuration commands are also outlined, with brief
descriptions, in the sample AL.CFG that should have been
contained in the same archive as this user manual.
3.1 Schedule tags
A schedule tag is the word SCHED followed by a tag of up to
12 characters in length. Any options enabled above the
first sched tag will be treated as global settings and
information under each sched tag will be local to that
schedule only. There is no limit to the number of
schedules that can be present in one configuration file.
A schedule is defined as everything under a schedule tag
until another SCHED line in found, or EOF is reached. If
you do not have a schedule tag in your config file,
AvaiList will simply treat the entire configuration file as
one schedule.
If you *do* specify Schedule(s) there are some rules:
The SCHED keyword must begin in solumn 1 and there must
be one (and only one) space between the SCHED keyword
and the tag name.
The LOGFILE and SYSOPNAME keywords must be in the
global area.
The OUTFILE, NEWFILE, SYSTEM and AREA keywords must be
in a local schedule... they cannot be in the global
area.
All other options may be in either global or local
areas.
See entry on the -s command line switch, in chapter 4.
3.2 Configuration statements, A to Z
In the following list, [square brackets] indicate required
modifiers and <angle brackets> indicate optional modifiers.
ARCHIVE [archiver command line]
This turns archive mode on, it will cause the finished
master list, and newfile list if selected, to be
archived into a file using the same trunk name as the
raw output list.
You must provide the complete archiver command line
that AvaiList should pass to DOS. Example: LHA A /MN.
AREA [path to file area] <description>
This tells AvaiList what areas to scan to create the
master and newfile lists, it is required unless the
SYSTEM keyword is used.
You may optionally specify the description of the area
after the path, this description will override any
description found in the DIR.BBS file.
There may be up to 200 AREA statements specified.
BOXTYPE [#]
Allows you to select what sort of box will be used in
the output lists. Boxtype's 1 through 4 use IBM-PC
characters, therefore to disable the use of the IBM
extended character set you must use a boxtype of 0.
The default boxtype is 4.
BoxTypes are:
0 1 2 3 4 0 = Hatches (Non-IBM)
--- ┌─┐ ╔═╗ ╓─╖ ╒═╕ 1 = Single Rule
│ │ ║ ║ ║ ║ │ │ 2 = Double Rule
--- └─┘ ╚═╝ ╙─╜ ╘═╛ 3 = Single Top, Double Sides
4 = Double Top, Single Sides
CENTERTITLE
This causes AvaiList to center the title of each area.
Centering entails expanding the 'box' to the entire
width of the list and centering the title within the
box.
EXTRA [filespec]
Allows you to override the default extra info file
name, AL.EXI.
FLAGCHAR [char]
Allows you to select what identification character to
use for flaging NEW files. Default action is to use
an asterix (*).
FLAGNEW <days>
This keyword turns newfile flagging on, all files less
than 7 days old will have the FLAGCHAR placed beside
its entry in the master list.
If you plan on using the NEWFILE keyword to create an
output list of new files, it should be noted that this
keyword is a pre-requisite for use of the NEWFILE
keyword.
The optional modifier 'days' can be any number between
1 and 99. This sets the maximum number of days old a
file can be and still get flagged as new. As stated
above, the default value is 7 days.
HEADER [filespec]
Allows you to override the default header file name,
AL.HDR.
KILLOFFLINE
By default, any files that are listed in the files.bbs,
but do not reside in the directory are listed in the
list along with a comment that they are off-line. If
this keyword is used, those 'missing' files will simply
be ignored (not placed into the list in any form).
LISTNAME [filespec]
Allows you to override the default listname, FILES.BBS.
LOGFILE [filespec]
Causes AvaiList to keep a LogFile of all activity, and
store it in the file specified by 'filespec'.
NEWFILE [filespec]
When this keyword is used in conjunction with the
FLAGNEW keyword, it causes an output list of new files
to be created using the filename specified by
'filespec'.
NOCOMMENTS
If this keyword is used, then all of the comments in
files.bbs will NOT be copied to the master list, but
instead will simply be ignored.
Note that comments lines will NEVER be included in the
newfile list.
NODATE
This keyword turns OFF the listing of the date for each
file. If this keyword is not used, then the DOS date
for the file will automatically be placed into the
master and newfile lists.
NOSPACECHECK
By default, AvaiList will refuse to run if there is
less than 250K free on the drive where the master list
is to be created. This keyword will disable that disk
space check.
NOTOTAL
Causes the total number of files and total bytes in
each area NOT to be reported at the end of that area's
listing in the master list. Default action WILL report
these totals.
OUTFILE [filespec]
This is the name of the file to use for generating the
master List. This keyword is NOT optional -- it must
be provided for execution to occur.
SHOWORPHAN
This causes orphaned files to be placed into the master
list and, if applicable, the newfile list. An orphan
file is a file that resides in the directory, but is
not listed in the files.bbs file.
SYSOPNAME [Name]
This is the name of the sysop of your system. This
keyword is NOT optional - it must be provided for
execution to occur.
SYSTEM [type] [path] [priv]
This calls upon AvaiList to use it's built-in support
for Opus 1.0x, Opus 1.1x, Maximus, RemoteAccess and
QuickBBS areas data files. It will use the data file
to obtain file area paths and descriptions.
'type' is OPUS103, OPUS110, MAX, RA or QUICK.
'path' is the path/filename of the respective areas
data file. If you specify MAX, RA or QUICK you must
provide the complete path and filename to the area data
file. If you specify OPUS103 or OPUS110 you only
specify the path (no filename) to the SystemXX files.
'priv' is the maximum privilege level that should be
included in the listings. Only areas with this priv
level, or below, will be included.
If you specify OPUS103, the maximum priv level is TWIT,
DISGRACE, NORMAL, PRIVIL, EXTRA, ASSTSYSOP or SYSOP.
If you specify OPUS110 or MAX, the maximum priv level
is TWIT, DISGRACE, LIMITED, NORMAL, WORTHY, PRIVIL,
FAVORED, EXTRA, CLERK, ASSTSYSOP or SYSOP.
If you specify RA or QUICK, the maximum priv level is a
numeric value in the range 0 to 32767.
Examples:
SYSTEM OPUS103 C:\Opus\ Extra
SYSTEM OPUS110 C:\Opus\ Worthy
SYSTEM MAX C:\Max\Areas.Dat Clerk
SYSTEM RA C:\RA\Files.Ra 150
SYSTEM QUICK C:\Quick\FLSearch.Ctl 65
Note that any area that has an associated 'baricade'
file will be ignored.
The use of the SYSTEM keyword will override any 'Area'
keywords.
UUCP
This causes AvaiList to use a Unix/UUCP style listing
format. This is significantly different than the
standard format -- the path (in UNIX format) is shown
for each area, the BOXTYPE is forced to be 0,
NOCOMMENTS is forced to be true and filenames are shown
in lower case.
There are other differences that will become obvious if
you try out the UUCP statement.
VERBOSE
Causes a long 'Runtime Configuration' screen to be
presented to you when AvaiList is executed.
WRAPDESC <offset>
By default AvaiList will truncate Files.Bbs
descriptions so that the entire line in the list is a
maximum of 79 characters in length. Using this keyword
will cause long descriptions to be wrapped onto the
following line(s), and properly formated, instead.
You may optionally specify an additive offset, in the
range 1 to 9, for the indent. For instance, if you
specify an offset of 6, AvaiList will indent the 2nd
(3rd, etc) line(s) the number of characters nessesary
to match the 'description' portion of line 1 =PLUS= 6
characters (which is just coincidently the number that
was specified <grin>).
This is quite useful if you have a download stats
reporter that inserts data into Files.Bbs -- for
example: If the program inserts "[ 3] " (sans quotes)
at the begining of each Files.Bbs line, you would want
to use an additive offset of 6.
Chapter 4
AvaiList
The executable, AL.EXE, is ready to run once you have
completed your AL.CFG file.
4.1 Video mode
Screen writes are made using calls to the undocumented BIOS
interrupt 29h. Output in not redirectable.
Note that interrupt 29h calls are DESQview 'friendly'.
4.2 Command line syntax
AvaiList can be executed without any command line options,
but a number of specialized features are available from the
command line.
Command line switches muse be preceded with either a dash
(-) or the DOS 'Switch Char', which is normally a slash (/).
Syntax/Usage: AL <optional switches>
-?
Display the syntax/usage screen, then abort with
nothing done.
-Cconfigfile
By default AvaiList will search for AL.CFG in the
default directory, you may override this by specifying
a configuration file with this switch.
-Efilespec
Allows you to override the default extra info file
name, AL.EXI.
-Hfilespec
Allows you to override the default header file name,
AL.HDR.
-Llogfile
Causes AvaiList to keep a log file of all activity, and
store it in the file specified by 'logfile'.
-Nfilespec
When this switch is used, it will override the NEWFILE
from the configuration file.
-Ofilespec
When this switch is used, it will override the OUTFILE
from the configuration file.
-Stag
Tells AvaiList which schedule tag to execute. If not
specified =all= tags will execute.
-V
Causes a long 'Runtime Configuartion' screen to be
presented to you.
4.3 Errorlevels
The following are the 3 possible errorlevels that AvaiList
can exit with:
Errorlevel 2 Not enough disk space to proceed.
Errorlevel 1 Fatal error - program abortion.
Errorlevel 0 Successful completion.
Appendix A
Program Support
Technical support is only provided to individuals that have
registered AvaiList, but the author reserves the right to
make exceptions.
If you have any questions, concerns or reports of unexpected
behavior in the software, the author can be contacted in the
following ways:
Electronic:
FidoNet: 1:163/115 or 1:163/301
Internet: adf@aficom.ocunix.on.ca
UUCP: ...!aficom!adf
Surface:
Andrew D. Farmer
P.O.Box 11087, Station H
Nepean, Ontario
K2H 7T8 CANADA
Appendix B
Thanks for all the fish...
I would like to take this opportunity to thank all the
people that helped to make AvaiList 1.70 what it is. They
tested the pants off it, they contributed many excellent
feature ideas and, above all, they are a great bunch of
people who deserve extra credit for putting up with my
attitude. <grin>
I present my Beta Testers (alphabetically):
Bruce Bodger, Scott Dudley, Tom Hall, Jesse Hollington,
Dave Hunter, George Peace, John Souvestre, Ken Wilson.
Special thanks to Joaquim Homrighausen for providing a fair
amount of the wording used in the license statement.
Closing comments
I have tried to make this documentation as complete as
possible, but there are always some small things that slip
through the cracks and aren't documented, or aren't
documented correctly. I apologize in advance for any such
errors that may occur.
I hope that you enjoy using AvaiList and that it provides
you with the features you need.
AvaiList is still very much 'in development' and I am
always open to feature suggestions, so please feel free to
let me know if you have some ideas that would make AvaiList
even better.
Andrew D. Farmer
Ottawa, Ontario
June 7, 1991