Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rutgers!orstcs!mist!gillisb
From: gillisb@mist.cs.orst.edu (Brian Gillis)
Newsgroups: comp.unix.xenix
Subject: Re: Computone Intelliport Serial Board
Message-ID: <9647@orstcs.CS.ORST.EDU>
Date: 29 Mar 89 07:55:53 GMT
References: <1989Mar26.091015.1214@gpu.utcs.toronto.edu> <774@jack.UUCP> <1989Mar28.235134.4956@gpu.utcs.toronto.edu>
Sender: usenet@orstcs.CS.ORST.EDU
Reply-To: gillisb@mist.UUCP (Brian Gillis)
Organization: Oregon State University - CS - Corvallis, Oregon
Lines: 20

In article <1989Mar28.235134.4956@gpu.utcs.toronto.edu> romwa@gpu.utcs.UUCP (Royal Ontario Museum) writes:
>In article <774@jack.UUCP> steve@jack.UUCP (Steven Harrison) writes:
>>In article <1989Mar26.091015.1214@gpu.utcs.toronto.edu> romwa@gpu.utcs.toronto.edu (Royal Ontario Museum) writes:
>>>With reference to a posting last week about problems with
>>>linking HDB uucp and "old" uucp Xenix, I think the problem is
>>>due to a brain damaged Computone Intelliport card.  This
>>>cluster controller works fine with standard dumb terminals on
>>>it, but fails miserably with uucp and kermit file transfers
>>>between the Xenix box and a PC.  Seems like it cannot handle
>>>steady streams of data.
>>>

I too have had this problem with computone's AT16 product. I was very
amazed that it could not handle 9600bps cu connection with another Xenix
system without a loss of data.  However, I was able to overcome the problem
by increasing the CPU time spent on the important ports. You might try
this method if your Computone product allows it.

Brian
gillisb@gsd.UUCP