home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.wwiv.com
/
ftp.wwiv.com.zip
/
ftp.wwiv.com
/
pub
/
UPCHECK
/
LABTST27.ZIP
/
LABTEST.DOC
< prev
next >
Wrap
Text File
|
1993-12-04
|
38KB
|
706 lines
┌─┐ ┌──────┌──────┌─────┌─────┌─────┌─────┐ ┌─────┐┌───────┐
│ │ │ ┌──┐ └┐ ┌─┐ ├─┐ ┌─│ ┌───│ ┌───└─┐ ┌─┘ └───┐ │└─────┬─┤
│ │ │ └──┘ │ └─┘ │ │ │ │ └─┐ │ └───┐ │ │ ┌───┘ │ │ │
│ │ │ ┌──┐ │ ┌─┐ │ │ │ │ ┌─┘ └───┐ │ │ │ │ ┌───┘ │ │
│ └──│ │ │ ┌┘ └─┘ │ │ │ │ └───┌───┘ │ │ │ │ └───┐ ┌─┐ │ │
└────└─┘ └─└──────┘ └─┘ └─────└─────┘ └─┘ └─────┘ └─┘ └─┘
Copyright (c) 1993 by Mark Williamson
I would like to begin by thanking the following people for their
contributions to the development of Labtest. Without their help,
this program wouldn't be possible!
Brian Pirie for writing an awesome door writing library
Steve Joselson for his patience while beta testing (and for
seeing it through!)
Mike Ehlert for his insight with RemoteAccess and his patience
for testing the program without actually being asked to do so.
Michael Lecuyer for writing the JAM message writing routine.
Bob Lopinski for some great ideas!
Bill Hull (author of CZip) for some tech-help!
Vince Jacobs for help with RIP. Thanks Vince!
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ LEGAL STUFF ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
The Graphics Interchange Format(c) is the Copyright property of
CompuServe Incorporated. GIF(sm) is a Service Mark property of
CompuServe Incorporated.
This product uses the JAM(mbp) API - Copyright (c) 1993 Joaquim
Homrighausen, Andrew Milner, Mats Birch, Mats Wallin. ALL RIGHTS
RESERVED.
This product uses the RIPscrip language, Copyright (c) 1993
Telegrafix Communications, Inc.
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ LICENSING INFORMATION ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
This program is not Freeware. This is SHAREWARE which means it
is user-supported software. If you use this program for more
than 30 days, you are required to register or remove it from
your system.
The concept works only with your support. If you find that you
can use this program, then a registration fee of $10.00 U.S.
funds will help defray the development cost and encourage the
authorship of other programs that might be useful to you. A
Registration Form for this purpose is included with the
distribution archive and is called ORDER.FRM.
Labtest is Copyrighted (c) 1993 by Mark Williamson and all
rights are reserved. You may copy this program and documentation
for backup purposes. You also may copy and share UNMODIFIED
copies of the program package, providing that the copyright
notice is reproduced and included on all copies.
You may not sell the product for a fee and/or distribute the
product along with other products without expressed written
permission from Software Solutions, nor may you modify or remove
the Copyright Notice from the program or the documentation.
Those who register this program within one year of its release
by the author, will receive a registration key. The key will be
delivered either by personal upload, netmail or postal service.
Allow up to 6 weeks for delivery.
This program is not guaranteed to do anything except take up
hard disk space. This program was written with the intent to
support as many BBS systems as possible.
Comments, suggestions and bug reports are welcome. If you have
any, you should contact Mark Williamson at Fidonet 1:214/54.
If you're reporting a bug, please give as much detail as
possible about the problem you are experiencing so that it can
be duplicated and fixed.
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ INTRODUCTION ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
With the popularity of computer Bulletin Board Systems (BBS)
comes the risk of intrusion by computer viruses which lay
dormant and normally undetected within a compressed archive
file. These archive files are usually created using some sort of
compression program, like PKZIP or ARJ. With the advent of file
compression programs comes the increased likelihood that a
computer virus may be lurking within the files of the archive,
undectable by any virus scanning program unless actually
decompressed.
Labtest was designed as a RemoteAccess 2.xx utility to aid in
the fight against viral intrusion. Labtest will uncompress the
archived file, run one or more Sysop definable virus scanners,
and report the results to the user online and the Sysop.
However, Labtest will do much more than this simple little
chore. Labtest will also check .GIF files for minimum desirable
resolution factors; update RemoteAccess 2.xx file database
system with the correct filename, size and description (as read
from a FILE_ID.DIZ/DESC.SDI file if one exists), remove unwanted
'junk' files from the archive file, add any Sysop defined 'junk'
files to the archive, and add the Sysop's own archive comment
text (.ZIP/ARJ files).
The author feels that the Sysop should have complete control
over the files that are placed on his system, therefore Labtest
now has the ability to reject files based on age, in years. For
example, if a file is more than 3 years old, Labtest will fail
the file.
Hint: If a user starts a file description with a forward slash
'/', this tells RemoteAccess that the file is for the Sysop
only. Labtest will honor this even if a FILE_ID.DIZ was
imported.
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ INSTALLATION ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
Installation of Labtest is relatively simple. You may create a
directory especially for Labtest or you may wish to place the
program and support files in your RemoteAccess system directory.
The location of Labtest is unimportant. To install Labtest,
unpack the distribution archive into your desired directory. You
must set the LABTEST environment variable to tell Labtest where
to find the configuration file. Insert the following command in
your AUTOEXEC.BAT file to set the LABTEST environment variable:
SET LABTEST=C:\LABTEST (specify your own directory). The Labtest
environment variable is NOT optional! If you don't set this
variable, Labtest will NOT RUN. Using your favorite text editor,
load the file LABTEST.CFG and specify your preferred settings.
Beggining with version 2.5e, you now have the option of having a
different configuration file for each node your system runs. To
create a config file for each of your nodes, simply copy the
LABTEST.CFG file to LABTEST.Cnn, where nn is the node number, 1
being node 1 and so one. Do not place any leading zeros in the
node number. For example, LABTEST.C1 is the configuration file
for node 1. Using this multi-file configuration, you can further
customize Labtest for your system.
Labtest will look for the file LABTEST.Cnn first, then,
LABTEST.CFG.
Labtest configuration options are discussed below:
Messages to User/Sysop
────────────────────────────────────────────────────────────────
In the distribution archive you should find several *.MSG files.
These files contain text which will be imported by Labtest into
the message base. These messages may be totally customized by
you to give your system a personal touch. There are a few macros
which will be expanded by Labtest during reading of the message
file. These are explained below:
@SYSOP@ Sysop name (as defined in RACONFIG)
@BBS@ BBS system name (RACONFIG)
@USERFIRST@ First name of the user
@UPLOADS@ Total number of uploads the user has posted
@UPLOADK@ Uploads (in K) the user has posted
@AGE@ Maximum age in years for files
@GIFRESOLUTION@ Minimum acceptable GIF resolution
Keep in mind the width of each of these macros when they are
expanded. Labtest will not word wrap the text and it may look
choppy if your text lines are too long.
The messages written to the Sysop are coded into Labtest and
cannot be changed.
Some settings which are read from the RemoteAccess CONFIG.RA
file are discussed below:
CONFIG.RA Path:
Labtest will get this path from your RA environment
variable. You must ensure that you have SET RA=C:\RA (or
whatever) in your AUTOEXEC.BAT file.
Message Base Directory:
Obtained from RACONFIG.PATHS.MSG_BASE_DIRECTORY, this path
name is where Hudson your message base files are stored.
Labtest will use the information contained in LABTEST.CFG to
determine where to post messages to the user and the sysop
concerning the uploaded file. If you are using JAM, Labtest
will determine the correct JAM message base path/filename
from your MESSAGES.RA file according to the board number you
specify in LABTEST.CFG.
File Base Directory:
Obtained from RACONFIG.PATHS.FILE_BASE_DIRECTORY, this path
is the base directory of your file database. Usually this
is something like C:\RA\FDB.
System Name:
Obtained from RACONFIG.SITE_INFO, this is the name of your
BBS system.
Sysop Name:
Obtained from RACONFIG.SITE_INFO, this is the name of the
System Operator.
Compression utilities:
Labtest will utilize the information obtained from
RACONFIG.FILES.ARCHIVERS for the pack/unpack utilities. See
below for details on setting up archivers in RACONFIG.
You must ensure that each of your file areas are configured
properly for scanning. Each file area must have the UL Scan set
to YES, and an archive type defined. If you want all of your
files in the same format, then leave all the Archive Type fields
blank, and Labtest will use the format indicated in LABTEST.CFG.
It is also important to set the LongDesc field to Yes, so
RemoteAccess will properly display descriptions Labtest obtains
from FILE_ID.DIZ/DESC.SDI files.
In RACONFIG, under Files > Upload > Scanner, enter the following:
C:\RA\LABTEST.EXE @ /O *! *M
^^ Labtest directory.
To setup the archivers, ensure that each Pack/Unpack command
line has a @ represent the filename. The full path names have
been omitted here so you could see the entire command line. On
your system, you must specify the entire path to each archive
utility.
Ext Unpack Cmd Pack Cmd
Arc 1 ZIP C:\PKUNZIP.EXE -E @ C:\PKZIP.EXE -A @
Arc 2 ARJ C:\ARJ.EXE x -y @ C:\ARJ.EXE a -r -jm @
Arc 3 LZH C:\LHA.EXE e @ C:\LHA.EXE a @
Arc 4 PAK C:\PAK.EXE e @ C:\PAK.EXE a @
Arc 5 SDN C:\PAK.EXE e @ C:\PAK.EXE a @
Arc 6 ZOO C:\ZOO.EXE e @ C:\ZOO.EXE a @
Arc 7 SQZ C:\SQZ.EXE X @ C:\SQZ.EXE A /SP1 @
Labtest may now be configured to convert GIF(tm) files to JPG
files or vice versa. Two programs, CJPEG.EXE (Compress JPEG) and
DJPEG.EXE (Decompress JPEG), are supplied with the Labtest
distribution archive.
If you plan on converting GIF files to JPG, you should add the
following in your archiver definitions (Note that you only
specify a PACK command, not an unpack command):
Ext Unpack Cmd Pack Cmd
Arc 8 GIF <leave blank> C:\CJPEG.EXE -Q 80 @
The CJPEG program accepts a Quality Resolution parameter (-Q).
Specify a number from 0 - 100. A Quality Resolution produces
best results, maintaining image quality while getting favorible
compression ratios. The lower the -Q facter, the more grainy
your images will become.
However, if you plan on converting JPG files back to GIF, you
should add the following in your archiver definitions (Not that
you only specify an UNPACK command, not a pack command):
Ext Unpack Cmd Pack Cmd
Arc 8 JPG C:\DJPEG.EXE @ <leave blank>
CAUTION: Handmade Software's shareware program GIF2JPG produces
files that are totally incompatible with these programs (and
everyone else's too). They use a proprietary format that is an
amalgam of GIF and JPEG representations. However, you can force
GIF2JPG to produce compatible files with its -j switch, and
their decompression program JPG2GIF can read the .JPG files (at
least ones produced with our default option settings).
DJPEG will uncompress a JPEG file, resulting in like-original
image quality. It is important to note here that DJPEG will NOT
decompress a file compress with GIF2JPG.EXE. However,
JPG2GIF.EXE will properly handle a JPG file compressed by
CJPEG.EXE.
Below is a screen snapshot of the Upload Scanner menu to show
you how to setup Labtest in your Upload Scan utility command
line. Labtest will not move or delete files that fail any of the
tests, thus it is important to set up RA to handle it.
╒══════════════════════════════════════════════ Upload Scanner ┐
│ │
│ Scan online Yes │
│ Failed scan /unavailable │
│ Scan utility C:\RA\LABTEST.EXE @ /O *! *M │
│ │
╘═════════════════════════════════════════════════════════════─┘
You must make sure the file areas are setup correctly. Labtest
will look in FILES.RA for your preferred archive type. If
nothing is defined there, Labtest will default to the type set
in LABTEST.CFG. The two important pieces of information here are
the UL Scan, LongDesc and ArcType fields. The rest is arbitrary.
In order for Labtest to function properly, set UL Scan and
LongDesc to YES. If you want only one archive type for all of
your files, leave the ArcType field empty, and Labtest will use
the setting specified by LABTEST.CFG.
Labtest has the ability to change a user's security level and/or
flags if the uploaded file fails the virus scan. Note that other
test failures have no effect on the security level or flags,
only the virus scan portion does. This is an extremely powerful
option as you can prevent the user from uploading another file
until you contact him about the problem.
Using the flags or min security level settings in the menu
definition, you can effectively prevent a user from uploading a
file. For example, if you have the MinSec for your Upload
command set to 3, and you set Labtest to drop the security level
to 2, then the user cannot access the upload command.
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ SUPPORT FILES ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
The following is a list of files related to the operation of
this program. It is noted whether or not the file is absolutely
required in order for the program to run.
Filename Required Description
------------ -------- --------------------------------------
LABTEST.EXE Yes The main executable.
DOSWIN.EXE Yes Required for Dos Window
LABTEST.CFG Yes Configuration file - ascii text file
LABTEST.ANS Yes Screen displayed to users
LABTEST.ASC Yes Ascii screen display
LABTEST.CTL Yes Control file for output screen
COMMENT.CTL Yes Used when inserting archive comments
SCAN.CTL Yes Specifies virus scanning programs
ORDER.FRM No The program registration form.
LABTEST.DOC No The User's Manual
MANUAL.COM No The User's Manual in executable form
*.MSG No Message text files to be written to
the user
DJPEG.EXE * Required for decompressing .JPG files
CJPEG.EXE * Required for compressing .GIF files
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ CUSTOMIZATION ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
Included with the distribution archive is a sample LABTEST.RIP,
LABTEST.ANS, LABTEST.ASC and accompanying LABTEST.CTL files. You
may use these stock screens without modification. But most
sysops like to give their BBS a personal touch. In depth
information on how to tell Labtest where to display text on the
screen is contained in the control file LABTEST.CTL. You can use
a drawing program like THEDRAW to change the .ANS screen. During
the processing Labtest will use the screen region beginning at
line 15 and ending at line 23. This will not effect the user's
screen, only the sysop screen.
If you customize your Labtest screen, please send us a copy so
we can include it in the distribution archive as a sample for
others to use.
You may name the screens and control file anything you wish,
just be sure to put the correct name and path in the LABTEST.CFG
file. On multi-line systems, it is possible to have a different
screen setup for each node, just create each screen and control
file, and specify them in the appropriate LABTEST.Cxx files.
If you plan on converting GIF files to JPG, you should use the
GIF2JPG.ANS/.RIP and GIF2JPG.CTL files in place of the
LABTEST.ANS/.RIP/.CTL files. Likewise, if you plan on
decompressing .JPG files, use the JPG2GIF.ANS/.RIP/.CTL files.
These files have the additional text prompts so your user's know
what Labtest is doing with the .GIF/.JPG files. Otherwise, they
will only notice a long delay, and probably drop carrier because
they may think Labtest has locked up.
About using RIP with Labtest
────────────────────────────────────────────────────────────────
Labtest will attempt to auto-detect the user's RIP graphics
capabilities. If the user has a RIP-capable terminal program,
then the RIP screen specified in your .CFG file will be
displayed. Simultaneously, Labtest will display the .ANS file
specified in your .CFG file. The Sysop will hardly notice that
the user is using RIP graphics. To make it somewhat discernable
from an .ANS caller, the local screen will not have blinking
colors. This lets you know that the user is in RIP mode.
There are three sample .RIP screens included with the
distribution archive: GIF2JPG.RIP, JPG2GIF.RIP and LABTEST.RIP.
You may customize these screens as you wish, or you may create
your own. A word of caution: Due to the base 36 numbering system
used by RIP, it is very difficult to tell Labtest where to put
text on the user's screen. RIP screens are measured in pixels,
640 across, 350 top to bottom. Therefore, to tell Labtest to put
the word 'Working' at location x,y you must use RIP's base-36
numbering system. The easiest way to design a new screen, and
tell Labtest where to put the information is as follows:
Step 1: Create you screen. Make it as fancy or as simple as you
want. Just leave blanks where you want your text (i.e. Working)
to go. Make sure that all the blanks are the same size, and they
are at least large enough to hold the longest word in your
display (i.e. Processing is 10 characters wide). After you have
your screen perfected (which will take some practice!), save it.
Step 2: With your Labtest screen loaded into your favorite RIP
painting program, set your Font style to Default (8x8) and Font
size to x1 (normal). These are the settings used by Labtest and
cannot be changed. Now, with your prompts in mind, you must
place the longest word into each of the spaces you provided in
step 1. The reason for this is because the paint program will
save the RIP scrip file starting with the first thing you
painted to the last. After you have placed a word into each of
the spaces, save the file to a new filename (don't overwrite
your other file!).
Step 3: Print out your LABTEST.CTL file (or the GIF2JPG/JPG2GIF
control file). You'll need to write your new row/col positions
on this. Load you favorite text editor, and then load the .RIP
file you saved in step 2. Among other stuff, you'll see a lot of
funny looking text. Rip commands begin with a !| sequence. Go to
the bottom of the file and try to find the first occurrence of
the word that you placed in step 2 above. Look for a !|@
sequence to the left of your text. Between the !|@ and your
word, you will see four characters. The first two are your
Column number, and the next two are your Row number. From here,
you would write down the column/row numbers that correspond to
the keyword (or action) that is listed on your printed .CTL
file.
If all else fails, stick with the sample .RIP files and you'll
be just fine!
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ USING LABTEST ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
To run Labtest, you must have a fossil driver installed. If you
want to run Labtest in local mode, you will still need a fossil
driver, but you should use the /L switch to override the reading
of the door information file.
Labtest will read the commandline to fetch the file names to be
processed. Valid filenames include:
Wildcards (*.*, *.ZIP, etc..)
One or more filenames (ie C:\BBS\UPLOADS\NEWFILE.ZIP)
You can mix and match any of the above. You can even have
multiple wildcards, like C:\BBS\*.* C:\BBS\UPLOADS\*.*
C:\MODEM\DOWNLOAD\*.ARJ, etc..
Note: When using wildcards Labtest will only process those files
that were not previously processed by Labtest. Labtest keeps
track of which files have been already processed. You may force
Labtest to process all files by using the /O (Override) command
line switch. Using the /O switch is not recommended in
conjunction with a wildcard. Override is useful when rearchiving
is not enabled or on single files. Override should always be
enabled when running Labtest on the BBS to gaurantee that the
file will be properly handled.
Please note that Labtest will search the FILES.RA file for a
path matching the path specified on the command line. Labtest
will expand wildcards to a path and wildcard. If there was no
matching path found in the FILES.RA file, no updates will be
made to the file database. Additionally, if the file being
processed is not found in the database, Labtest will not add it
to the database.
To run Labtest as a nightly event in your BBS, install Labtest
in your system's event handler:
\/==Local Mode!
C:\LABTEST\LABTEST.EXE C:\BBS\UPLOADS\*.* /L
The above line would cause Labtest to process any 'new' files in
the upload directory. (Registration removes the Press any key to
continue prompt upon loading of Labtest.)
The above method is useful if your system recieves files through
a "front door" program.
Imbedded archives
────────────────────────────────────────────────────────────────
Labtest supports processing of imbedded archives. For example,
if someone uploads a file named TEST.ZIP and it has a file
inside it SAMPLES.ARJ, Labtest will unpack, scan, and convert
each of the internal archive files in the same manner as it
processes the base archive file. All command line options have
effect. If you specify /NS for NOSCAN, internal archives will
not be scanned either. If you specify /NR for NOREARC, they will
not be converted. Adding files is not supported. Deleting files
from internal archives is supported. Labtest will strip
internals of any archive comments if they are found and will not
add an archive comment to any internal archives. Labtest will
also check the dates of files inside internal archives. Labtest
will ignore any FILE_ID.DIZ or DESC.SDI files found inside
imbedded archives.
Running Labtest in a Multi-Node Environment
────────────────────────────────────────────────────────────────
In RACONFIG, use the following commandline:
C:\RA\LABTEST.EXE @ /N*N *M
For Multi-node systems, specify the node number which Labtest is
running under by utilizing the /N switch. The proper format for
this switch is /N*N. This will prevent Labtest from unpacking
the archive file in a directory already in use by another node.
Command Line Options
─────────────────────────────────────────────────────────────────
The follow is a description of valid command line options which
you can better control Labtest's performance:
/L Causes Labtest to run in 'local' mode. In Local
Mode, Labtest will not attempt to read a door
information file nor will it post messages to the
sysop or the user.
/O This is the Override command. Labtest will normally
process only those files not previously proceseed.
Using this command, you will force Labtest to
ignore it's own time stamp feature. This is highly
recommended while running under the BBS system. An
industrious person may determine the special file
stamping and attempt to trick Labtest. This will
ensure that this will never happen.
/C This switch forces Labtest to look in the specified
directory for the EXITINFO.BBS file. Example:
/CC:\RA\NODE1. Note that this is only a path, not a
full filename! Proper format for this switch is
/CC:\RA\NODE*N (specify whatever path you like, use
of the *N is optional)
/N Specifies the node number which Labtest is
operating on. This is extremely important to keep
one user's files from getting mixed up with another
user's files. The proper format for this switch is
/N*N on the Labtest command line in RACONFIG.
/D Starts Labtest in Debug mode, where additional
helpful information is written to the log file in
case you are having problems. This information
should be forwarded to Software Solutions in case
you are having problems.
/NOSCAN When this command is given, Labtest will not run
/NS the virus scanner on any file during the current
session. Note this is only useful when you just
want to convert your files to one format.
Otherwise, this is not recommended.
/NOREARC Prevents Labtest from rearchiving files.
/NR
/NOCOMMENT Prevents Labtest from adding an archive comment.
/NC
Running Labtest from RAMGR
───────────────────────────────────────────────────────────────
You may wish to setup one of the RAMGR function keys in RACONFIG
to run Labtest from the File Manager. Specify the same command
line in RACONFIG.RAMGR.Fkeys as you did in RACONFIG.SCANNER.
Then, when you are browsing through RAMGR, hit the ALT+(Fkey) to
run Labtest. Due to some ambiguity with RAMGR, upon returning
from Labtest, it may appear that the changes did not take
effect. However, upon exiting RAMGR and going to RA, you will
notice that the changes did, in fact, take place.
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ THE CONFIGURATION FILE ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
LABTEST.CFG must reside in the directory specified by the
LABTEST environment variable by putting the following command in
your AUTOEXEC.BAT file:
SET LABTEST=C:\RA\LABTEST
╒══════════════════════════════════════════════════════════════╕
│░░░░░░ NOTES FROM THE AUTHOR ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
╘══════════════════════════════════════════════════════════════╛
Labtest is distributed "AS IS" and no warranty or gaurantee is
supplied. The end user accepts all responsibility for the proper
use and operation of Labtest. Under no circumstances will
Software Solutions be held liable for any damages or loss of
resources either directly or indirectly resulting from the use
or misuse of this software.
Technical notes
────────────────────────────────────────────────────────────────
Labtest was written entirely in Turbo C++ version 3.0. Door
interface routines provided by OpenDoors 4.2 by Brian Pirie.
Labtest detects the following archivers (SFX where self
extracting files are supported. Note: ??? means not thoroughly
tested)
Archiver Version
PKZIP/SFX 1.11 through 2.04g
ARJ/SFX 2.20 through 2.41
LHA/SFX 2.13
PKPAK/SFX 3.61
PKARC 3.5
LHARC ???
ARC ???
Labtest operates by shelling to the user defined archive and
scanning programs. If the archive programs return an errorlevel
of 0, Labtest assumes the operation was successful. If any other
errorlevel is returned by the software, then the archive is
tagged as 'bad'. Note however that utilities like PKZIP will
return an errorlevel of non-zero if you did not have enough
memory or disk space to unpack the archive. Labtest will always
log the errorlevel reported by an archive utility and the scan
utility. Consult the documentation on the utilities you decide
to use with Labtest for specifics on errorlevels. Labtest will
shell once and scan the temporary directory using the specified
scanning utilities.
After a file is successfully unpacked, scanned and repacked,
Labtest will throw in your ZIP/ARJ comment (if defined in
LABTEST.CFG). Last but not at all least, Labtest will update
RemoteAccess 2.xx file database system to reflect the new
changes.
Labtest initially renames the archive file. If an error occurs
during processing, the file will be renamed again to its
original name for further inspection by the Sysop.
Notes on Secured Archives
────────────────────────────────────────────────────────────────
PKZip and ARJ archive utilities have the ability to stamp an
archive file with a special code protecting it from future
changes. Labtest detects these 'archive stamps' and will either
ignore them or honor them, depending on how you have the option
set in LABTEST.CFG.
────────────────────────────────────────────────────────────────
Software Solutions BBS is the official support site for Labtest.
All future versions of Labtest will be available on Software
Solutions BBS.
Labtest may be file requested (freq'd) by using the magic name
LABTEST or you may log onto the BBS and download the latest
version.
Additionally, if you are running Fido Net mail, you may set up
your system for the Labtest echo, originating from 1:214/54. Tag
name is LABTEST. Send a netmail message to 1:214/54, indicate
your password and archive preference. Your system will then be
placed on the export list. From there, just poll us and you'll
get the latest tips, user comments and suggestions. It's also an
excellent way to keep in touch with us and Labtest users.
Software Solutions
1:214/54
BBS: (209)997-0224
PO Box 1233
Lemoore, CA 93245-1233