SY.CHRISTINE@CU20B.COLUMBIA.EDU (Christine M Gianone) (01/29/86)
Info-Kermit Digest Tue, 28 Jan 1986 Volume 4 : Number 7
Departments:
ANNOUNCEMENTS -
MS-DOS Kermit Support for GRiD Compass
New Wang PC support module for MS-DOS Kermit
Victor 9000 Kermit
MISCELLANY -
Kermit on the Mac Plus
Rice TSO and Mac Kermits
Bug in Wildcard Get in C-Kermit 4C(057)
HP-3000 Connect Mode (2 messages)
Tandem Nomenclature Clarification
FC Tape Format?
----------------------------------------------------------------------
Date: Mon 27 Jan 86 17:21:06-EST
From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
Subject: MS-DOS Kermit Support for GRiD Compass
This is to announce (belatedly!) support for the Grid Compass II computer
in MS-DOS Kermit, contributed by Jim Noble, Planning Research Corporation,
McLean, VA. It was found on a tape that he sent us last May, unearthed
during recent excavations. Only the source file is available for now. If
anyone out there has a GRiD Compass, please take the file and try it out.
If it works, please point us to an .EXE or .BOO file that we can distribute.
The file is in KER:MSXGRI.ASM, available via anonymous FTP from CU20B.
------------------------------
Date: Mon 27 Jan 86 17:47:26-EST
From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
Subject: New Wang PC support module for MS-DOS Kermit
Also from Jim Noble -- improved Wang PC support for MS-DOS Kermit, including
key redefinition, ANSI.SYS compatibility, etc. It's completely untested,
so I'm putting in PS:<KERMIT-MS>MSXWNG.ASM, rather that in the regular
distribution, so as not to overwrite the standard version. Could somebody
with a Wang PC please grab this new version, try it out (with either
regular 2.28 or else 2.28 jrd), and let me know if & how it works, and
whether the original MSXWNG.ASM can be replaced? An .EXE or .BOO file would
be appreciated too.
------------------------------
Date: Sat, 25-JAN-1986 11:54 MST
From: <PETERSONB@BYUVAX>
Subject: Victor 9000 Kermit
As is usual with software, immediately after sending in the sources for the
Tektronix version of kermit for the victor, I found a subtle error. I have
fixed it now and am forwarding a new copy of MSYV9TEK.ASM to you.
Bryan G. Peterson
PETERSONB@BYUVAX
[Ed. - The new file is in KER:MSYV9T.ASM.]
------------------------------
Date: Mon 27 Jan 86 09:49:41-EST
From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
Subject: Kermit on the Mac Plus
Had a chance to sample the Mac Plus last week. It is just as simple as the
Macintosh but much faster in response. Kermit 0.8(33) works just fine from
both the distribution disk (non-HFS) and the hard disk (HFS). Files were
easily transmitted from the DEC-20 mainframe to the Macintosh and vise versa
using the Kermit server mode on the DEC-20.
------------------------------
Date: Fri, 24 Jan 86 10:15 EST
From: CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Rice TSO and Mac Kermits
In response to the mention of Rice's Kermits in the last issue of Info-Kermit:
1) TSO Kermit - We are currently running their latest TSO version and
find it quite capable of binary and text file transfers in both
interactive and server mode. Although the installation is a bear, it can
be done. It does NOT need the proprietary support package for
installation and use. The only reason for these proprietary utilities is
for recompiling the source. Although local source modifications to the
source would be nice, they are not necessary. The necessary local
modifications (translate table and local command names) may be made to
two assembly language routines which have nothing to do with the
proprietary PL/I software. Any other needed modifications can be fudged
in the program call.
2) MacKermit - We had used Rice's MacKermit until the distribution of 0.8
C-Kermit and found the two leagues apart. The Rice version was workable,
but the C version is has so much more in the way being user friendly and
ease of transfer for either text or application files - it also includes
better documentation. Left with the choice, we have chosen C-Kermit
V0.8(52).
I hope this is of some help to TSO and Mac users with similiar questions.
mark
------------------------------
Date: 23-JAN-1986 16:50:25
From: Kevin Ashley (cziwtml@uk.ac.qec.cu)
Subject: Bug in Wildcard Get in C-Kermit 4C(057)
There is a bug in wildcard get when using C-Kermit under Xenix on a PC/AT (and
possibly in other implementations) causing it to fail after one file. In
CKCPRO, reof() is called to close a file on receipt of an EOF packet. Its
return value is tested to see if this was done successfully. However reof (in
file CKCFNS.C) does not return a value, so what is tested is undefined. When we
compiled C-Kermit with the debug flag on it seemed to work anyway - presumably
the right garbage was being left in the right register - compiling with debug
off, however, caused different garbage to be tested. The cure is relatively
simple, as reof() calls clsof() which does return the value that reof's caller
wants to see. The changes are:
In reof in CKFNS.C:
After opening {, add
int x;
Change line containing call to clsof to read
x = clsof(....
Before the final } add the line
return(x);
This percolates the return value through corectly.
Kevin Ashley,
ULCC Network and Comms Support
cziwtml@uk.ac.qec.cu, mark f.a.o. Kevin Ashley
[Ed. - Thanks; this change will be in the next release.]
------------------------------
Date: Sat, 25 Jan 86 20:30:41 est
From: Steve Archer <archer@rochester.arpa>
Subject: HP-3000 Connect Mode
I'll take credit for adding the connect mode of the HP3000 Kermit. Not
knowing hardly anything of SPL, I admit the connect mode is barely usable.
But I do not know any better way to do it. I would encourage a SPL guru to
step forward and improve the connect mode for the betterment of HP3000
Kermit users. The source does document my assessment of the connect as it is
presently.
steve archer
------------------------------
Date: Mon, 27 Jan 86 11:18:24 pst
From: Sys manager <root%wsu.csnet@CSNET-RELAY.ARPA>
Subject: HP-3000 Kermit
Try disabling xon/xoff on your HP3000. We had problems with HP3000 sending an
xoff right after parsing the password.
Mike
------------------------------
From: tektronix!mako.TEK!jans@ucbvax.berkeley.edu
Date: Fri, 24 Jan 86 10:02:10 PST
Subject: Tandem Nomencalature Clarification
(I worked for Tandem in '81.) Guardian is Tandem's only supported OS, which
almost everyone uses. TAL (Transaction Application Language) is a systems
language, similar to C and ALGOL. Guardian, and all the other Tandem-supplied
programs, are written in TAL. NonStop is a trademark of Tandem, used to
describe their computers, i.e. NonStop I, NonStop II, etc.
When you say you have a Kermit for the "NonStop" operating system, you probably
mean for "Tandem NonStop computers, under the Guardian OS". Hope this helps.
------------------------------
Date: Mon 27 Jan 86 18:17:16-EST
From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
Subject: FC Tape Format?
Anybody ever heard of FC tape format? I have a new version of HP-1000
Kermit (the original Fortran version with bug fixes) on an "FC-format" tape
that I can't read -- it's full of ASCII characters mixed with binary data.
Does anyone know of a utility to read it on Unix or a DEC-20?
------------------------------
End of Info-Kermit Digest
*************************
-------