|
|
DataMuseum.dkPresents historical artifacts from the history of: DKUUG/EUUG Conference tapes |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about DKUUG/EUUG Conference tapes Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - downloadIndex: T c
Length: 3409 (0xd51)
Types: TextFile
Names: »ck9ker.bwr«
└─⟦9ae75bfbd⟧ Bits:30007242 EUUGD3: Starter Kit
└─⟦3da672b63⟧ »EurOpenD3/misc/kermit.tar.Z«
└─⟦126dd3ca0⟧
└─⟦this⟧ »ck9ker.bwr«
Date: Mon 22 Feb 88 00:28:49-PST
From: Bob Larson <BLARSON@ECLA.USC.EDU>
Subject: Os9/68k C-Kermit 4E Bugs & Problems
Known problems and limitations of ckermit 4E(070) for os9/68k
The alarm faking routines for the script and dial facilities is
incomplete. I have not had problems with them in practice.
Timouts of 8 hours or greater are not supported.
I've noticed that a timeout occurs after recieving about 500 bytes via
a get command.
-------
One other note about the microcom modem: the single-character enter
command mode should be disabled (or at least changed from ^A). Use
the SE0 command to do this.
More os9/68k C-KERMIT Bugs and Fixes.....
[Why do bugs always show themselfs at inconvenient moments?]
The midnight timeout problem was much worse than I expected, and I found
a better solution to the problem. (Timeouts are now limited to 8 hours or
less.)
The parity stripping code had been moved to the tio code, and I didn't notice.
My new version now does parity stripping as required.
I made a couple of mistakes in the microcom dialer which caused it to fail
in extra long responce mode.
The first two arguments of memcpy should be cast to (char *). I realize a
#define will be needed on systems that don't have memcpy. (4.3bsd has bcopy
which just has the first two arguments reversed.)
I fixed a bug in ckudia.c of a possible array out of bounds assignement.
Bug and fix for osk C-kermit:
Symptom: set file commands cause address errors
Fix: remove the "int z;" declaration from the switch statement
following case XYFILE: in ckuus3.c. This is apparently a compiler
bug. (z is declared at the top of the routine and a separate
variable is not needed.)
Some of the variables in cmcmai are declared without type (other than
the unspecified default int.) Shouldn't the ; following the cmask and
fmask declarations be changed to , to match the style of the rest of the
file?
-------
22-Mar-88 11:02:34-EST,1460;000000000001
Mail-From: SY.CHRISTINE created at 22-Mar-88 11:02:29
Date: Tue 22 Mar 88 11:02:29-EST
From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
Subject: [Bob Larson <BLARSON@ecla.usc.edu>: os9/68k ckermit timeout problem understood]
To: sy.fdc@CU20B.COLUMBIA.EDU
Message-ID: <12384382062.192.SY.CHRISTINE@CU20B.COLUMBIA.EDU>
FYI.....
---------------
Return-Path: <BLARSON@ecla.usc.edu>
Received: from columbia.edu by CU20B.COLUMBIA.EDU with TCP; Tue 22 Mar 88 03:59:36-EST
Received: from ECLA.USC.EDU by columbia.edu (5.54/1.14)
id AA00202; Tue, 22 Mar 88 03:56:59 EST
Date: Mon 21 Mar 88 22:05:26-PST
From: Bob Larson <BLARSON@ecla.usc.edu>
Subject: os9/68k ckermit timeout problem understood
To: info-kermit@cu20b.columbia.edu
Message-Id: <12384273372.37.BLARSON@ECLA.USC.EDU>
[It seems that cu20b.columbia.edu is no longer in our host table.
Did it get dropped from the sri-nic table or is it just to many hosts
for our tops-20 systems fixed table again?]
After watching numerous file transfers, I think a finaly understand the
timeouts I mentioned in the ck9ker.bwr file. My hard disk is very fragmented,
and apperently it takes long enough to allocate another extent to a file
to exceed the default 7 second timeout. As the fragmentation gets worse,
the extents get smaller making the problem occur more often. Fix: clean
up the disk, get a faster disk, or increase the timeout.
------------------------------