home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Hall of Fame
/
HallofFameCDROM.cdr
/
open
/
jbat116.lzh
/
JBATCH.DOC
< prev
next >
Wrap
Text File
|
1988-10-30
|
20KB
|
451 lines
JBatch v1.14 MiniNet's Driver for Richard B. Johnson's Jmodem Protocol
Protocols Supported: Jmodem - Batch or Single File
Copyright 11/01/1988 by Crater Rim Software. All Rights Reserved.
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
JBatch Licensing Agreement
--------------------------
This program is the sole property of Crater Rim Software. For the
sake of clarity, all references and restrictions to the use of JBatch
also apply to any and all of the associated support files (included
with or created by) JBatch.
JBatch, its overlays and all of its associated support files are not
public domain software, nor are they free software. JBatch is
copyright (c) 1988 by Crater Rim Software. All rights reserved.
Users are granted a limited license to use JBatch free of charge BUT
subject to the following limitations:
No user may modify JBatch in any way, including but not limited
to decompiling, disassembling or otherwise reverse engineering
the program.
JBatch must be copied in unmodified form, complete with the file
containing this license information.
Any and all JBatch documentation must be included with the copy.
No fee, charge or other compensation may be accepted or
requested by any licensee.
JBatch may not be distributed in conjunction with any other
product without prior arrangements with Crater Rim Software.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
********* ALL THIS IS SAYING IS THAT I WANT TO KNOW WHO HAS *********
********* (and is using) THIS FILE! NOTHING MORE... *********
* *
* Operators of electronic bulletin board systems (Sysops) may post *
* JBatch for downloading by their users and may use the JBatch *
* module only as long as the above conditions are met and Crater *
* Rim Software has been notified of your intent to use JBatch *
* *
******** ALL THIS IS SAYING IS THAT I WANT TO KNOW WHO HAS **********
******** (and is using) THIS FILE! NOTHING MORE... **********
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Those organizations who distribute public domain or user supported
software on a pay per diskette basis may distribute copies of JBatch
under the above conditions ONLY AFTER OBTAINING WRITTEN PERMISSION
from Crater Rim Software. Such permission usually is granted.
Please write or call for details.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Software Discalaimer and Warranty
Crater Rim Software makes no warranty of any kind, express or
implied, including without limitation, any warranties of
merchantability and/or fitness for a particular purpose. Crater Rim
Software shall not be liable for any damages, whether direct,
indirect, special or consequential arising from a failure of this
program to operate in the manner desired by the user. Crater Rim
Software shall not be liable for any damage to data or property which
may be caused directly or indirectly by use of the program.
IN NO EVENT WILL Crater Rim Software BE LIABLE TO YOU FOR ANY
DAMAGES, INCLUDING ANY LOST PROFITS, LOST SAVINGS OR OTHER INCIDENTAL
OR CONSEQUENTIAL DAMAGES ARISING OUT OF YOUR USE OR INABILITY TO USE
THE PROGRAM, OR FOR ANY CLAIM BY ANY OTHER PARTY.
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
JBatch v1.14 MiniNet's Protocol Driver for Jmodem Batch
Memory requirements:
JBatch requires a minimum of 103K (105,472 bytes) to perform
transfers. If you don't know how much memory you have available, it
can be checked easily as follows:
1) Copy DOS' CHKDSK.COM to your comm directory.
2) Start up your comm program and execute the comm program's DOS shell
option.
3) Type CHKDSK at the DOS prompt
4) CHKDSK will display its results along with the "bytes free" figure.
The "bytes free" must be at least 105,472.
5) Enter "EXIT" at the DOS prompt.
6) Exit your comm program...
Command line parameters :
M Monitor Carrier, abort if not present. Including this
parameter allows you to use JBatch to transfer files between
systems via null modem cable. Default is ON (Monitor
Carrier).
Dx Direction of transfer. Where x = R (receive) or S (send)
Fname [d:\path\]Filename to send/receive.
or
@C:[d:\path\]Filelist of files to Batch send.
or
@C:[d:\path\]Filelist@C:d:\path filelist of files
(residing in the second d:\path directry) to Batch send.
Px Comm Port to use. Where x = 1 or 2
Sbaud Modem Speed. Where baud = 300, 1200, 2400, 4800, 9600, 19200
Y Override Overwrite Flag
JBatch allows you to specify if you want overwriting of
existing files to be performed. By including the Y
parameter on the command line, the default overwrite
setting will be reversed during the current BATCH
transfer.
In single file mode, the Jmodem Protocol Module is fully
compatible with its stand-alone counterpart used on
all/most BBS. Both systems must be using JBatch to invoke
the Jmodem Batch Mode.
B Override Batch Mode Flag
The default setting for JBatch is Batch Mode. By including
the B parameter on the command line, JBatch will perform
the transfer in Single File mode. If the B is omitted,
JBatch defaults to batch mode.
Nx Node Letter or Number. Where x = A to Z or 0 to 9
@ Modify logfile name/xferfile name/options flags...
Clone JBATCH.COM if changes are made
Note: As is the case with Jmodem, the default colors of
JBatch are Black text on a White background. The
colors cannot be changed.
The D, P and S parameters MUST be supplied... if operating in single
file mode, the F and B parameters must be supplied. The Y, M and N
parameters are optional... and the @ parameter is only used to
review/modify the default settings (see modification mode below).
The DR and DS parameters are mutually exclusive (only one, but not
both)
Command Line parameters may be supplied as upper or lower case, and
may be entered in any order.
JB.LOG - JBatch will record transfer results to the logfile in the
following format:
+--- Transfer Direction
| +------- File Size (0 if transfer fails)
| | +---------- Modem Speed
| | | +---------- CPS efficiency (0 if transfer fails)
| | | | +--- Filename
| | | | | +- Protocol
| | | | | | +-- If Batch Mode
| | | | | | |
S 27648 1200 bps 108 cps C:\DLS\JBATCH.ARC - Jmodem Batch
XFER.TXT - If (and only if) a Node character is specified, JBatch will
also create a Xfer Node File to show success/failure status
messages.
This file has the following format :
Filename
Upload or Download
Protocol (Jmodem or JBatch)
Success or Fail
EOF (^Z)
Sample:
JBATCH.ARC
Download
JBatch
Success
^Z
The file will be created in the default directory if no drive/path is
specified during the command line @ parameter modification mode.
While in batch mode, only the last file transfer results will be
logged to this file. However, JB.LOG will contain the results of all
files transferred in the batch.
Command Line @ Parameter Modification Mode.
Starting JBatch with the @ command line parameter will put JBatch
into its default modification mode. JBatch will first display its
current default settings and then prompt you for any changes you may
wish to make. Note that entering a blank line (simply hitting
[Enter]) will leave the current setting intact. JBatch allows
modification of the logfile name, the xfer file name (for BBS use)
and certain operational flags.
L - Logfile Name:
This is the filename JBatch uses to record the results of any
tranfers it performs. JBatch will accept upto 40 characters so
you may include a full drive:\path\ along with the logfile name.
Additionally, you may use a question mark (?) as one (and only
one) of the logfile name characters. If a question mark is
present, JBatch will substitute the Node character in its place.
If no node character is specified, JBatch will use the letter A
as a Node character. The letter A is substituted ONLY if the
question mark is encountered in the logfile name. If you do not
want JBatch to maintain a logfile, simply enter a backslash (\)..
which will inform JBatch to blank out the logfile name. The
default logfile name is JBatch.LOG
X - XferFile Name:
This is the filename JBatch uses to record transfer results for
use by BBS programs. Its format and modification is identical to
the Logfile Name. The default Xferfile name is XFER.TXT
O - Overwrite:
This flag setting tells JBatch whether or not in can overwrite
existing files during Batch mode transfers. If the Overwrite flag
is set (YES), JBatch will erase any duplicate file prior to
beginning the transfer of the new same-filename file... thus
eliminating the presence of any *.OLD files. The default is NO
S - Save Aborts:
This flag setting tells JBatch whether or not it should keep any
partial files which were aborted during transfer. This flag holds
for batch mode only. When operating in batch mode, JBatch sends
both the filename and filesize to the receiving system. Upon
completion (or abort), JBatch checks the size of the transported
file against the actual filesize sent with the filename. If the
the filesizes are not the same (the actual filesize is less than
the filesize sent with the filename) ... and the Save-Aborts flag
is off (NO)... JBatch will erase the partial file. Understand
that this process takes place only on the receiving end! The
default is YES
W - Write On 0:
This flag setting tells JBatch whether or not it should create
the XferFile when a transfer is not successfully completed. The
status of this flag is the last check that JBatch makes before
creating the XferFile. A node character and XferFile Name must be
specified before the Write On 0 flag comes into play. The default
is YES
[Enter] Quit:
If you only wish to view the current default settings, simply hit
[Enter] to exit back to DOS. If any changes have been made,
JBatch will go into its cloning mode and ask if you want to clone
JBatch to preserve the new changes. Note that you MUST press the
Y key in order to clone JBatch. Hitting [Enter] here will simply
return you to DOS without saving your changes within the JBatch
program.
Program control keys:
JBatch will recognize either the [Esc] key or ^X (control X) key
during transfers and will abort the current transfer, returning
you to DOS. I have modified the Jmodem module (JM.COM) to
eliminate as much as the delays as possible... making the batch
mode cycling quite "brisk"! Note however that there is a delay if
the transfer is aborted for any reason... this is due to the fact
that the buffers have to be "drained" before recycling.
Batch transfers:
JBatch is capable of sending and receiving multiple files in
batch mode. Since this protocol driver was written for use with
my MiniNet BBS package... the sending of the file creation date
(ala DSZ and Telink) tends to drive me up the wall, creating
quite a bit of confusion in keeeping track of newly acquired
files!
For this reason the major difference between JBatch Batch mode
and other Batch modes is that JBatch Batch only sends the File
Name and filesize and does not send the file creation date.
During Batch mode transfers, JBatch will display the last 3 files
requested under the JBatch logo so that you may have a running
update of what's happening. The present transfer progress is
displayed in its own window alongside the JBatch logo.
Upon completion, JBatch will display the transfer efficiency
(CPS) alongside the filename.
Receiving files in Batch mode:
You do not have to supply any filename during batch mode
receives. You may of course, include a full drive:\path\ in place
of a filename. Use the F command line parameter to designate the
path in the form: fC:\FOO\BAR (with or without the trailing
backslash)
Sending files in batch mode:
You may use any valid DOS wildcard configuration with the F
parameter.
Additionally, you may specify a list of filenames for JBatch to
send. The list filename is specified as @C:listfilename
You may of course, include a full drive:\path\ when using the @C:
option.
The filenames in the list may contain a full drive:\path\ (the
same or different) for each filename or you may supply an
external path when using the @C:filelist option in either batch
upload or download modes. The format is @C:[path]filelist@C:path
JBatch is capable of reading and extracting filenames from a
standard - single line - BBS files listing. If you use a BBS
type files listing, and call JBatch from the comm or BBS
directory, you will have to add the full drive:\path\ to each
filename in the list if the files to send do not reside in the
default directory. There are other ways of accessing files that
reside in directories other than the default (default upload and
download directories, etc.), but I won't go into this area as
most comm and BBS programs do this work for you (K9X does it ALL
for you... automatically!)
Examples:
1. Use COM1, 1200 baud, Send file MYFILE.DOC in single file mode
JBATCH p1 s1200 b dS fMYFILE.DOC
2. Use COM2, 19200 baud, Batch Receive files *.DOC, do not
monitor carrier, override the default "do not overwrite".
JBATCH p2 s19200 Y dR m
3. Use COM1, 9600 baud, Batch Send files in MYLIST.LST which resides
in my C:\BBS\ directory. The files listed in MYLIST.LST reside
in various directories on different drives. Do not monitor
carrier and record success results to Node A of my BBS.
JBATCH p1 s9600 dS f@C:C:\BBS\MYLIST.LST m nA
C:\DLS\MYLIST.LST looks like this:
ABC.ARC (this one resides in the default directory)
D:\FOO\BAR\MYGAME.EXE
E:\LOTUS\123GRAPH.ARC
XFER.TXT (or XFER-A.TXT if ? specified in the default xferfile
name) will reflect the results of the transfer. Note that only
the last filename and its transfer results will be present in
XFER.TXT. JB.LOG will however, contain the results of all three
files.
4. Use COM1, 9600 baud, Batch Send files in MYLIST.LST which resides
in my C:\BBS\ directory. The files listed in MYLIST.LST reside
in my C:\UPLOADS directory. Record success results to Node A of
my BBS.
JBATCH p1 s9600 dS f@C:C:\BBS\MYLIST.LST@C:C:\UPLOADS nA
C:\DLS\MYLIST.LST looks like this:
ABC.ARC
MYGAME.EXE
123GRAPH.ARC
XFER.TXT (or XFER-A.TXT if ? specified in the default xferfile
name) will reflect the results of the transfer. Note that only
the last filename and its transfer results will be present in
XFER.TXT. JB.LOG will however, contain the results of all three
files.
5. Use COM2, 19200 baud, Batch Send only files containing an ARC
extension and residing in my C:\DLS directory, and don't monitor
carrier.
JBATCH p2 s19200 dS fC:\DLS\*.ARC m
6. Use COM2, 19200 baud, Batch Mode Receive files and store them
in my C:\DLS directory.
JBATCH p2 s19200 dR fC:\DLS
7. Use COM1, 2400 baud, Receive MYFILE.ARC in single file mode and
store it in my C:\DLS directory.
JBATCH p2 s2400 b dR fC:\DLS\MYFILE.ARC
There are 3 sample batch files included in JBATCH.ARC
SJ.BAT - this batch file is set up for sending file(s) to
another system
RJ.BAT - this batch file is set up to receive file(s) from
another system
RSJ.BAT - this batch file will handle transfers in either
direction
Executing any one of the batch files without any parameters (or the
wrong parameter) will display a short message showing the correct
calling procedure and parameter choices. Since RJS.BAT handles
transfers in either Send or Receive mode, it naturally requires more
information in order to perform correctly.
NOTE: If you are operating a MiniNet BBS v18.00 or above... or K9X v8.00
or above... access to JBatch is handled internally and does not
require the use of the batch files.
If you are not... please read the enclosed PRODUCTS.TXT file...
It's worth a look!
For pure BBS'ing, K9X can't be beat!
------------------------------------------------------------------------------
This is a preliminary release of JBatch. All suggestions are
gratefully received and reviewed! Sysops, Let me know...
Sal Manaro dba Crater Rim Softare
4028 41st Ave South Seattle, Wa 98118
Courtesy of Underdog's MiniNet
(206) 725-9233 or (206) 723-6728
1200/2400/9600 24hrs 600 megs OnLine
Supporting 21 files transfer protocols
Enjoy,
Sal Manaro