info-kermit@ucbvax.ARPA (05/14/85)
From: Frank da Cruz <SY.FDC@CU20B.ARPA>
Info-Kermit Digest Mon, 13 May 1985 Volume 2 : Number 26
Departments:
C-KERMIT 4C
Bug in New Macintosh C-Kermit
C-Kermit 4C Bugs
DIALUP DISTRIBUTION
Kermit Distribution Available via Kermit Server
Change Of Kermit-11 Update Procedure
MISCELLANY -
Computer Vision Kermit?
----------------------------------------------------------------------
Date: Fri 10 May 85 21:38:53-EDT
From: Bill Schilit <SY.BILL@CU20C>
Subject: Bug in New Macintosh C-Kermit
To: sy.fdc@CU20C
I sent a file from the Mac, I started a new transaction and emergency-
exited with Command-.; C kermit deleted my file.
[Ed. - Oops, sorry. This bug effects Mac Kermit only, even though the guilty
code appears in the common protocol module -- only the Mac can cancel a
transaction before the first data packet has been sent. The emergency exit
code should not delete any files. The code is now fixed, see below.]
------------------------------
Date: Sun, 12 May 85 15:46:35 pdt
From: tweten@AMES-NAS.ARPA (Dave Tweten)
Subject: C-Kermit 4C bugs
I got a copy of C-Kermit 4C, Friday evening, May 10. I built it on both
our 4.2 bsd Vax and on one of our System V Vaxes. I found three new
problems, and noticed that a fourth problem I've been trying to find in
C-Kermit 4.2 is still present, though in a slightly changed form. They
follow, in no particular order.
1. When getting a binary file, if the local kermit is the 4C bsd
version, all will go well except that at the end, "Z [discarded]"
will appear.
[Ed. - This problem was introduced by adding code to zchout() to check
when putc returns an error code -- the old char/int/sign-extension mixup.]
2. In server mode, remote commands issued by C-Kermit cause version 4C
to hang the transfer with a continuous stream of NAKs. The remote
commands I tried were "rem dir" and "rem host ls -l". The tests
below were conducted with "rem dir". I tested the following
combinations:
[Ed. - This problem was introduced by adding code at the last minute to make
the Macintosh version work better and then assuming it still worked on Unix.]
3. C-Kermit 4C Racal-Vadic modem support doesn't work with our
Racal-Vadic modem on the System V machine. The bsd machine's modem
line has been munged by uucp and needs superuser service, so I
can't test that over the weekend. The gross behavior is the same
behavior I observed with an early version of the dialer code, which
was sent to me by Herm Fisher: it always times out.
With Herm's code running on our bsd machine, I inserted prints to
stderr, and observed that the conversation with the modem went as
expected, until the actual dialing began (modem says "DIALING: "),
at which point the modem seemed to go to sleep. My version of
Racal-Vadic support (inserted into version 4.2) works. As I told
Herm, by reading his code, I couldn't see why his shouldn't work.
It did use the input buffer flushing routine (which was a no-op
under 4.2's Vax bsd version) whereas my code does reads, but I
modified the 4.2 buffer flushing routine to actually do something,
and that didn't seem to help.
[Ed. - Herm's away for the month, and I don't have a Racal-Vadic modem to
fool with. If you or anyone can offer code that works, please send it in!]
4. Sending a binary file to C-Kermit often doesn't work. This isn't
new with version 4C. I've been trying to track it down in version
4.2. Though it isn't entirely new, as you can see below, the
variety of behavior has become richer.
[Ed. - Same problem with zchout().]
That's the C-Kermit bug picture as I see it. Unfortunately, I won't be
able to pursue them further, in the immediate future. Other deadlines
approach, you understand. For the time being, I think we'll continue
using version 4.2. It has fewer bugs which impact us.
[Ed. - Thanks for the quick report. We've fixed (I think) all but the
Racal-Vadic modem support problem. The new files are in <CKERMIT> as
CKCFN*.C, CKUFIO.C, CKVFIO.C, CKMFIO.C, CKCPRO.W, CKCKER.H, CKCMAI.C, and
CKMKER.HQX (and .RSRC) available from CU20B via anonymous FTP. Some
reorganization was required to fix bug number 2, and it has not been tested
in the VMS version. Again, everyone who's interested please take these
files away and try them out and report back whether they work on all the
various systems and machines. Once the major kinks are out, C-Kermit v4C
can be added to the normal distribution -- tapes, okstate (see below), etc.]
------------------------------
Subject: Kermit Distribution Available via Kermit Server
Date: 10 May 85 12:03:41 CDT (Fri)
From: Mark Vasoll <vasoll%okstate.csnet@csnet-relay.arpa>
We have set up a specialized version of the C-Kermit server that
will allow access *only* to the Kermit Distribution area on our system.
This service will be sharing the phone line with the UUCP account, so the
line will probably be busy quite a bit.
Anyway, access to the Kermit Distribution area is now available
using the following dialing/login information:
UUCP KERMIT SERVER
Phone: (405) 624-6953 Phone: (405) 624-6953
Login name: uucpker Login name: kermsrv
Password: thefrog Password: piggy
The UUCP distribution will function as before. The KERMIT SERVER login
will drop you right into a conversation with the server. The best place
to start after logging on is "REMOTE HELP", followed closely by "REMOTE DIR".
Mark
------------------------------
Date: 13 MAY 85 11:12-EST
From: BRIAN%UOFT02.BITNET@WISCVM.ARPA
To: info-kermit@cu20b
Subject: CHANGE OF KERMIT-11 UPDATE PROCEDURE
This to announce that Kermit-11 updates should now be obtained from the
University of Toledo's VAX 11/785 instead of the PDP 11/70, which is
being removed from service. The dialup number for the VAX is (419)
537-4411. The front end is a Dual PACX 4, which will autobaud on a CR
and then prompt for 'Service Class ', which is VX785A. The VMS username
is KERMIT with a password of KERMIT. All source files are in KER: and
Kermit-11 binaries are in KERBIN:. Please note that the VMS Kermit-32
server should be set to FILE TYPE FIXED in order to transfer any .SAV
or .TSK files. This also means that a Kermit-11 getting files from the
VMS server should have SET FIL BIN set for task and save images.
brian nelson
brian@uoft02.bitnet
------------------------------
Date: Thu, 9 May 85 21:58 CDT
From: "David S. Cargo" <Cargo@HI-MULTICS.ARPA>
Subject: Computer Vision
Does anybody out there have a version of Kermit working for Computer
Vision computer aided design systems?
David S. Cargo (Cargo@HI-Multics)
------------------------------
End of Info-Kermit Digest
*************************
-------