[mod.protocols.kermit] Info-Kermit Digest V5 #5

SY.CHRISTINE@CU20B.COLUMBIA.EDU (Christine M Gianone) (08/01/86)

Info-Kermit Digest         Fri, 1 Aug 1986       Volume 5 : Number 5

Today's Topics:

                   The First Kermit Newsletter Available
                              Okstate Downtime
              Kermit-80 files on PC-format diskettes in the UK
                          Japanese Kermit Manuals
                KERMIT for Sirius/Victor 9000 under CP/M-86
        Two Kermit-MS 2.29 Implementations for the Sanyo 550 Series
                  Re: KERMIT with Other Terminal Emulators
                    CMS Kermit Problem (making it work)
                                 .BOO files
                Using C-Kermit to dialout on a DF112 modem?

----------------------------------------------------------------------


Date: Tue 29 Jul 86 14:41:54-EDT
From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
Subject: The First Kermit Newsletter Available
Keywords: Kermit Newsletter

The first issue of the (paper) Kermit Newsletter (July 1986, Vol.1 No.1) is
currently available.  The Newsletter target audience was originally intended
to be those who do not have access to our networks and have asked to be
informed about new Kermit releases and other Kermit news.  Articles in this
issue include: MS-DOS Kermit Version 2.29; Kermit Book Published by Digital
Press; C-Kermit; The Top Five Kermit Questions; Mac Kermit 0.8(34); Protocol
Extensions; VAX/VMS Kermit-32 Version 3.2; Kermit's Early History.  Anyone
who is interested in obtaining a copy of this and future Kermit Newsletters
may do so by sending their postal (not electronic) mailing address to
Info-Kermit-Request@CU20B, Kermit@CU20B, or KERMIT@CUVMA.  Number 1 will
be sent to those who request it this way till our leftover copies run out.

------------------------------

Date: Tue, 29 Jul 86 20:12:34 -0500
From: Mark Vasoll <vasoll%a.cs.okstate.edu@CSNET-RELAY.ARPA>
Subject: Okstate Downtime
Keywords: Okstate Downtime

The system Okstate, (home of the UUCP and Kermit Server Kermit
distributions) will be down from August 8th until August 31st while our
machine room is being remodeled.  The uucpker and kermsrv dialin number will
not answer the phone during this period.  Watch for the return of uucpker
and kermsrv shortly after August 31st.

Thanks,
Mark Vasoll
Department of Computing and Information Sciences
Oklahoma State University

Internet:   vasoll@a.cs.okstate.edu
Obsolete:   vasoll%okstate.csnet@csnet-relay.arpa

UUCP:  {cbosgd, ea, ihnp4, isucs1, mcvax, pesnta, uokvax}!okstate!vasoll

[Ed. - Thanks for the information.  The return date of UUCP will be
announced in the digest.]

------------------------------

Date: 30-JUL-1986 17:18:19
From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
Subject: Kermit-80 files on PC-format diskettes in the UK

Having had a number of requests lately for it, we've now set things up so we
can supply a complete set of the CP/M-80 Kermit files (CP4) on IBM PC MS-DOS
format diskettes. Not having any CP/M engines, we can't write diskettes
directly in CP/M format: but this at least will let people get the files
onto their own territory (and it's easier to move files from your own PC to
your CP/M machine than download over a phone line).

The service is offered in the UK and Irish Republic only: the address, as
before, is

           Kermit Distribution,
           Department of Computing,
           Computer Building,
           Lancaster University,
           Lancaster LA1 4YW
           UK

           Phone (UK) 0524-65201 x 4881

We hope before long to be able to provide all the IBM PC Kermits (Xenix, QNX
and so on) on MS-DOS format discs; and in the longer term we intend to offer
all Kermit sources for everything in this way.


Alan Phillips

[Ed. - Thanks!]

------------------------------

Date: Mon 21 Jul 86 09:20:55
From: ken-ichiro murakami <nttlab!NTT-20!MURAKAMI@shasta.stanford.edu>
Subject: Japanese Kermit Manuals
Keywords: Japanese Kermit Manuals

   I will give the Japanese Kermit manuals to everyone. The only problem is
that I cannot distribute machine readable code. My favorite workstation is
STAR Japanese version, and all my document files are in this machine. JSTAR
has no way to export files except for FDD, and the number of JSTAR in Japan
is also small. That is, every time the manual is ordered, I must print it
out and send by mail (not E-mail).  However, I'll distribute free manuals as
many as possible. Please forward me, when you receive requests for Japanese
manuals.  I can distribute JSTAR FDD or printed documents.

	Ken-ichiro Murakami
	NTT Basic Research Laboratories
	3-9-11 Midori-cho, Musashino-shi
	Tokyo, 180
	Japan

	Telephone : 0422-59-3589
	E-mail address : "nttlab!murakami"@Shasta    (from ARPA)
				or
			 murakami@nttlab.ntt.junet   (from JUNET)
				(JUNET is Japanese domestic network.)

[Ed. - Thanks to Ken-ichiro Murakami for all the work he put into
translating the Kermit User's Guide and the Kermit Protocol Manual and for
volunteering to distribute these manuals to others.]

------------------------------

Date:     Tue, 29 Jul 86 10:44 MDT
From:     <REHABIV@USU.BITNET> (Eric Zurcher)
Subject:  KERMIT for Sirius/Victor 9000 under CP/M-86
Keywords: Sirius/Victor 9000 Kermit, CP/M-86

This note will be followed by slightly modified versions of A86 and H86
files for KERMIT for the Victor 9000/Sirius under CP/M-86.  This version is
nearly identical to the one I sent to you about 3 weeks ago, and differs
only in that the SET PORT command is now implemented, allowing the user to
select either serial port "A" or "B" - "A" is the default.  I hadn't
originally intended bothering to add this feature, but a freak lightning
strike knocked out the "A" port on one of the Victors in our department, and
it was easier (and cheaper) to implement the SET PORT option than to fix the
hardware.

                                        Sincerely,

                                        Eric Zurcher
                                        Dept. of Biology
                                        Utah State University
                                        Logan, Utah 84322-5305
                                        REHABIV@USU.BITNET

[Ed. - Thanks, Eric.  The new files are in the Kermit distribution as
KER:C86XV9.*.]

------------------------------

Date: Wed, 23-JUL-1986 22:26 EST
From: Bob Babcock <PEPAP@CFA2.BITNET>
Subject: Two Kermit-MS 2.29 Implementations for the Sanyo 550 Series
Keywords: MS-DOS 2.29, Sanyo 550 Series

This is to announce two versions of Kermit 2.29 for the Sanyo 555.  One has
a fairly simple machine dependent routine MSXMBC.ASM, in particular, it does
not have any terminal emulation other than responding properly to some
VT-100 escape sequences which the BIOS recognizes.  This version will run
under DOS 2.11 on any Sanyo MBC-550 or 555 which has a serial port.  I
haven't tried it under DOS 1.25, but Kermit does check the DOS version, so
it ought to work.  The other version is derived from the IBM Kermit and
includes almost all of its features including emulation of VT-52, VT-102,
Heath-19 terminals.  This version requires the optional IBM compatible video
board.  Since DOS 1.25 doesn't support the video board, the question of DOS
version doesn't arise for this version.

Most of the work in producing these routines was copied from code written by
Joe Smiley for version 2.27.

Both versions use the standard files:
     mssdef.h msscmd.asm msscom.asm mssfil.asm mssker.asm mssrcv.asm
     msssen.asm mssser.asm mssset.asm msster.asm mssfin.asm

The simple version has one Sanyo dependent-file:
     msxmbc.asm

The video board version has three Sanyo-dependent files:
     msx55x.asm msy55x.asm msz55x.asm

Bob Babcock
Mail stop 63
Smithsonian Astrophysical Observatory
60 Garden Street
Cambridge, MA  02138
617-495-7107  FTS 830-7107

Net addresses:
PEPMNT@HARVARDA.BITNET
PEPAP@CFA1.BITNET

[Ed. - The new files are in KER:MS%MBC.* (simple version) and KER:MS%55X.*
(video-board/vt100 version), including .BOO files for each (% is the DEC-20
single-character wildcard).]

------------------------------

Date: Sat, 26 Jul 86 11:40 AST
From: <IUS@DACTH51.BITNET> (Eberhard W. Lisse)
Subject: Re: KERMIT with Other Terminal Emulators
Keywords: Terminal Emulation

Apropos of Jonathan Scott's message on this subject in the Info-Kermit
Digest V5 #4...

If one needs both Kermit (MS 2.29) and another Terminal program I would try
to run the other one from within Kermit. (RUN XYTERM)

I do this with a public domaine Tektronix 4010 emulator with no problems at
all. That combination works, in fact, better than a commercial product
(VTERM from Coefficient Systems) we use here as well, as that one does not
leave the keyboard as it is but switches to the US layout which is very
different from the one which comes with the IBM PC when bought in Germany.

------------------------------

Date: Wed, 30 Jul 86 14:34 EDT
From: CCPHIL@TUCC
Subject: CMS Kermit Problem (making it work)
Keywords: VM/CMS Kermit, CMS Kermit

Bob Babcock mentioned a problem with CMS Kermit putting him into CP mode,
where he has to interact with the system by entering a "begin" command to
get back into CMS mode.

The solution is to enter the command "set run on".  This changes your CMS
environment in a few .  One thing that happens is that a carriage return
will return you to CMS mode if you enter CP mode.  S most Kermits will time
out, and send a NAK packet (which is terminate in a carriage return), then
you automatically return to CMS mode where ermi Kermit runs without dropping
a stroke.  Your default environment must be "set run off".  We have used e
"set run on" command hen going to CMS from the HP 900 and other hosts at SAS
Institute.

[Ed. - Version 3.0 of CMS Kermit should return you to CMS mode automatically
if you happen to enter CP mode.]

------------------------------

Date: 30-JUL-1986 15:04:20
From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk
Subject: .BOO files

How about using a hybrid Intel-Hex/BOO file format to provide the error
checking? If you were to structure a record as

               :<length><BOO-encoded data><checksum>

where length and checksum are ASCII hex, and checksum is based on the sum of
the byte values after conversion, you'ld add only 5 bytes per record. An EOF
record would have a length value of 0, adding 3 bytes to the grand total. I
would guess an 8-bit checksum would be enough for anyone's needs, and you'ld
have only a 6% or so increase in file size.

That would give you the checking needed: for another 2 bytes per record you
could add a <record-type> ASCII hex field after the <length> field, which then
gives you an expansion path if you ever do a major change in the structure.
The obvious ones here are

    Type 0   Filename record (including such attributes as you might want,
             such as "total length of data you should get when you've done")
    Type 1   Data record
    Type 2   ASCII test pattern
    Type $FF EOF

Having a specific record type for EOF and FileName would let you concatenate
.BOO encodings for multiple files and convert them all in one run of the
converter program.

And, I suppose, if you used record type values not used in Intel hex, you could
produce a universal converter that could do both.....

Alan

------------------------------

Date: Thu, 31 Jul 86 14:57:07 edt
From: Jeffrey Burgan <jeff@umbc3.UMD.EDU>
Subject: Using C-Kermit to dialout on a DF112 modem?
Keywords: DF112 Modem

I am having problems getting a DF112 modem to work with C-Kermit.  When I
issue a 'set line /dev/ttyIb' command after the 'set modem df100' command,
kermit does not respond with a prompt. It seems it is waiting for carrier
detect. Has anyone gotten a DF112 to work dialing out and if so, are there
any special switch settings for the modem.  Any help would be appreciated.

Thanks in advance,

Jeffrey Burgan
University of Maryland
jeff@umbc3.umd.edu

[Ed. - It also depends on which version of C-Kermit -- Sys V, 4.2BSD,
etc.  Sys V has special treatment for modems ("CLOCAL"), which may or may 
not be consistently implemented on different System-V systems.]

------------------------------

End of Info-Kermit Digest
*************************

-------