home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.barnyard.co.uk
/
2015.02.ftp.barnyard.co.uk.tar
/
ftp.barnyard.co.uk
/
cpm
/
walnut-creek-CDROM
/
BEEHIVE
/
BBS
/
KMD23.LBR
/
KMD23.IZF
/
KMD23.INF
Wrap
Text File
|
2000-06-30
|
12KB
|
282 lines
TOPIC : KMD23 AND PERIPHERAL PGMS
FROM : IRV HOFF W6FFC
DATE : 11 JAN 88
NOTE: KMD23 allows the user to select individual drive
and user areas for the FOR and KMD.LOG files for
both CP/M and MS-DOS files.
If you do NOT have the MSDOS equate set YES, you
would have no reason to change from KMD22.
WARNING: If using any version of PBBS (current is v4.0),
you will likely want to stay with KMD22. The
selecton of "WHATSNEW" or "WHATSFOR" from the
PBBS command line is not compatible with these
new changes. Subsequent versions of PBBS will
likely add the routines necessary to use KMD23
advantageously.
INSTALLING KMD23:
----------------
Extract KMD23.COM and KMD23OVL.AZM from the library file. Edit
the options and assemble to KMD23OVL.HEX after uncrunching. Then
use MLOAD to merge the overlay with KMD23.COM. All finished. It
can easily be done in 15-20 minutes or less. The options most
likely to be changed are marked with an '*' in the comment area.
Install on A0: of your system to work with BYE5.
GENERAL INTEREST:
----------------
(All programs discussed below are dated 11 Jan 88 except the dis-
cussion of new features of KMD22, whose features are inluded for
general interest. The date of any of these may be verified by
loading them via DDT and then dumping the area starting at 0100
to see what you have the current version.)
KMD23 features:
---------------
The location of both the CP/M and MS-DOS 'FOR' and
KMD.LOG files may now be placed on any drive/user
area selected by the Sysop. This takes care of the
problem caused by insufficient room on the drive used
to upload new files. Prior versions of KMD place the
'FOR' and KMD.LOG files on the same drive as the new
MS-DOS uploads go. This did not allow those files
to expand properly if the disk filled.
As an example, say your BBS system is on A14: and you
make a habit of keeping spare room on the A: drive for
new messages to be added to the BBS. In this case it
would be beneficial to put the FOR and KMD.LOG files
on perhaps A14: and those for MS-DOS on perhaps A13:
then. Now evrything can work properly even if the
new file upload area is filled.
If of interest, on the PRACSA Sysop RCPM, we have:
J14: BBS system, LASTCALR, CP/M FOR, KMD.LOG, etc.
J13: FOR, KMD.LOG (MS-DOS section)
This allows us to fill the A: drive with normal files.
(from KMD23:)
MSDOS: DB yes ;*Yes if using separate area for MS-DOS files
IBMDRV: DB 'D' ; Drive to upload MS-DOS, NEW and FOR files
IBMUSR: DB 0 ; User area for IBM files
NEWLST: DB YES ; Yes to put MSDOS "NEW" and "FOR" lists on new
; new drive, NO to keep them on CP/M lists
NIBMDR: DB 'A' ; Drive to store the IBM 'FOR' and KMD.LOG on
NIBMUS: DB 13 ; User area to store the IBM 'FOR' and KMD.LOG
PERIPHERAL PROGRAMS FOR USE WITH KMD23:
--------------------------------------
Pages to save if using DDT. See below for user-choices.
/
(6) FOR.COM A0: Displays the file descriptions.
(7) NEW.COM A0: Displays newest uploads, most recent first.
(7) KFOR.COM A15: For Sysop's use to hand enter a file description.
(7) KNEW.COM A15: For Sysop's use to hand enter a KMD.LOG entry
(6) KMDEL.COM A15: For Sysop's use to delete downloads from KMD.LOG
These files have been used previously by KMD users. The following
will show how each may be very easily modified using DDT to change
any of the options as needed. Each of these files is under 1k long.
FOR and NEW files have [more] pauses for pagination. Use $N to dis-
able this feature for copying to disk, etc. (Similar to the control
character used with SD for the same purpose.)
Note: The FOR.COM and NEW.COM should go on A0: but the
other three can go anywhere your flow path could
call them from. For example on the PRACSA Sysop
RCPM, they are on J15: Change bytes 103 and 104
accordingly (shown below).
User choices, 'G' drive for MS-DOS would be 47h, etc.
0103 41 'A' DRIVE Drive to place CP/M FOR and KMD.LOG files
0104 0E 14 CPMUSR User area to place CP/M FOR and KMD.LOG files
0105 00 00 MSDOS 01 or FF if using special area, else 00
0106 44 'D' IBMDRV Drive for new MS-DOS uploads
0107 41 'A' NIBMDR Drive to place MS-DOS FOR and KMD.LOG files
0108 0E 14 NIBMUS User area to place MS-DOS FOR and KMD.LOG files
* 0109 3E Wheel byte, '3E' portion of 003Eh
* 010A 00 Wheel byte, '00' portion of 003Eh
* Wheel byte, most systems use 003Eh, some systems use a higher address
========================================================================
(The following section is included for general interest,
describing the features in the previous versions of KMD.)
KMD22 INFORMATION OF GENERAL INTEREST:
-------------------------------------
1) Can extract member files from .ARC, .ARK or .LBR groups
(does not "unprocess them" thus minimizing on-line
transfer time). First file transfer program having
this capability.
2) Rewritten for more robust use with satelite networking
systems such as PC Pursuit.
3) Batch send mode rewritten for better use with PROCOMM and
other MS-DOS YMODEM-type programs on PC Pursuit.
4) Can be used as a self-standing program with slightly
modified XMODEM overlays, otherwise uses BYE5 for
I/O and time-clock (if used) information.
5) Shows name of file being transferred.
6) File description area rewritten for more uniform entries.
7) Full source code available (although not used or needed for
normal use).
8) Other changes to improve overall performance.
KMD21 INFORMATION OF GENERAL INTEREST:
-------------------------------------
1) Optional area for MS-DOS files.
2) 'I' command for local Sysop use (see below).
3) 'RM' command for MBBS read message file.
4) Requires a 'Y' or 'N' for accepting file description.
5) Accepts '$' in file description.
6) Delete key acts as backspace writing file description.
'I' COMMAND FOR SYSOP USE
-------------------------
The Sysop can use an "I" ahead of any "R", "S" or "L" instructions.
This in effect gives him a second program but with no additional loss
of disk space. This:
a) does not ask for file description on uploads
b) does not make a KMD.LOG entry
c) does not affect time on system
d) does not increment the up or down counters
EXAMPLE:
A15>KMD IR HELLO.DOC <ret>
This lets the Sysop upload replacement files anywhere
on the system without needing a second "Sysop version"
of the KMD program on A15:.
'RM' OPTION
-----------
This is used only by MBBS systems to enable users to pretype a series
of messages then upload them as a CP/M file to be appended to the
message base. Most other BBS systems use compression techniques that
require pretyped messages to be uploaded individually to the BBS.
OPTIONAL MS-DOS AREA
--------------------
The following options were added to the program and are found in the
overlay area:
;-----------------------------------------------------------------------
;
MSDOS: DB YES ; Yes if using separate area for MS-DOS files
IBMDRV: DB 'D' ; Drive to upload MS-DOS, NEW and FOR files
IBMUSR: DB 0 ; User area for IBM file uploads (normally 0)
;
; (NOTE: this area changed somewhat for KMD23, see "KMD23 features".)
;
;-----------------------------------------------------------------------
On many RCPM systems, 50-60-70% of the uploads are now for MS-DOS. A
few Sysops discourage such files, but most either do not mind or even
solicit MS-DOS programs. (Many have MS-DOS computers themselves and
welcome the new programs.)
Some Sysops with large disk systems are dividing their systems into
CP/M and MS-DOS areas. KMD21 and its peripheral programs now support
such a move. If you have divided your system into two areas, keep
reading, else skip this entire section as KMD21 and the other files
will keep working like in the past.
If you say YES to the MSDOS option, KMD looks at the current drive.
If it's "D" or higher (in this example) it assumes you want the
upload to go to "D0:" rather than your CP/M drive (usually B0:) It
then puts the information into a KMD.LOG file it makes on that same
drive.
If the user types NEW while on "D0:" or higher drive, he sees the
new MS-DOS files, if he types NEW while on any drive up to "D0:" he
gets the CP/M files. The same thing happens when typing "FOR". (Of
course this assumes you have also changed the "MSDOS" option in the
perhiperhal files, mentioned below.)
All this is done with a single KMD21 file on A0: and with single
NEW.COM and FOR.COM files also on A0: The same holds true for the
Sysop's special files called KFOR.COM, KMDEL.COM and KNEW.COM.
Note: If any of this is not adequately explained in
these few sentences, feel free to phone voice
for additional information, the number is given
at the end of this discussion.
PBBS AND MS-DOS AREA
--------------------
The PBBS bulletin board system has a special user parameter that
can be used to automatically place the user on any drive/user area
the Sysop selects. We have added a routine to the PBBS.MAC file that
looks to see if that byte is 0. If yes (defaults that way for each
user when you install the program), it looks to see if you have the
MSDOS option (added to the PBBSHDR.MAC file) YES or NO. If YES, it
asks:
Are you primarily: 1) CP/M or 2) MS-DOS ?
and waits for an answer. It puts the correct information into the
byte, which is then no longer zero and the question will not be asked
again. This enables the program to automatically place the user on
either the CP/M or MS-DOS area when he goes to the databank. This in
effect puts him where he wants to be for any uploads, to see what is
new, see the file description, etc. without having to sift through
the files for the "other system". KMD21 works very nicely with this
arrangement although it is totally independent of PBBS. The combina-
tion of KMD21 and PBBS with the new routine adds a very powerful tool
to the RCPM system, should the Sysop wish to have a special MS-DOS
section. Both the CP/M people and the MS-DOS people have expressed
delight at segregating the files in this manner.
Note: A program called NOAH has been developed by Bob
Freed. This permits CP/M computers to compress
files for minimin storage space using the same
algorithms and techniques MS-DOS computers use.
Since the files for MS-DOS use are then given an
.ARC extension (to show they are compressed),
those for use with CP/M are then given a .ARK
extent to better identify them. These files are
substantially shorter than "squeezed" files and
slightly shorter than "crunched" files.
By using different extents but with the same
basic compression techniques, compability is
insured. This allows people having both CP/M
and MS-DOS capability to interchange programs
of general interest, such as ASCII text files,
etc. You can even mix MS-DOS files and those
intended for use with CP/M use on the same drive
and user area, without conflict or confusion.
------------------------------------------------------------------------
- Irv Hoff
Los Altos Hills, CA
(415) 948-2166 voice