Xref: utzoo comp.sys.att:10700 comp.graphics:14105
Path: utzoo!attcan!uunet!mcsun!hp4nl!svin02!wsinfo13!wsinpdb
From: wsinpdb@wsinfo13.info.win.tue.nl (Paul de Bra)
Newsgroups: comp.sys.att,comp.graphics,comp.terminals.tty5620
Subject: Re: Download to AT&T 630MTG "hanging"
Keywords: att 630 mtg download dmd 5620
Message-ID: <1530@svin02.info.win.tue.nl>
Date: 29 Oct 90 10:43:23 GMT
References: <1990Oct25.222835.14538@uncecs.edu> <1990Oct26.201542.775@eci386.uucp>
Sender: news@svin02.info.win.tue.nl
Reply-To: wsinpdb@info.win.tue.nl
Followup-To: comp.sys.att
Organization: Eindhoven University of Technology, The Netherlands
Lines: 27

In article <1990Oct26.201542.775@eci386.uucp> woods@eci386.UUCP (Greg A. Woods) writes:
>In article <1990Oct25.222835.14538@uncecs.edu> khj@ms.appstate.edu writes:
>> We are having problems downloading a 630MTG application from a 3B2/500.
>> 
>> Everything worked fine on earlier versions of the application.  But
>> after adding more code, re-compiling, etc. the next download just
>> "hung."  I'll try and describe the symptoms a bit better ...
>...
>This seems to be a problem in either the download protocol, or in the
>xt(7) driver itself.  This is the first time I've heard of this
>problem occuring on the 630's.

I know this won't help, but I spent a fair amount of my time drinking coffee
while downloading large programs into a 630 during the past 2 years.

I have used this 630 either connected to a Vax through a datakit node or
a modem, and also connected to a 386 at 19200 baud through a straight cable.

The Vax was running the Ninth (later Tenth) edition Unix, and the 386
was running AT&T sVr3.2u. All downloads were while in layers or 630mux.

I have never ever had a hang, not even when downloading over a noisy
phone line. This suggests that the problem may have been in the 3b2.
(I have rarely used the 630 with a 3b2)

Paul.
(debra@research.att.com)