Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!psuvax1!psuhcx!wcf
From: wcf@psuhcx.psu.edu (Bill Fenner)
Newsgroups: comp.dcom.modems
Subject: Re: xyzmodem problems
Message-ID: <1227@psuhcx.psu.edu>
Date: 16 May 89 15:31:34 GMT
References: <24404@agate.BERKELEY.EDU>
Reply-To: wcf@psuhcx.psu.edu (Bill Fenner)
Distribution: usa
Organization: Engineering Computer Lab, Penn State University
Lines: 18

In article <24404@agate.BERKELEY.EDU> ked@garnet.berkeley.edu (Earl H. Kinmonth) writes:
|baud leased line which goes to a Develnet switch and thence to various
|work for downloads, but uploads INVARIABLY stop after 16 blocks have
|been transferred.  This is consistent over half a dozen different machines
Would the Develnet switch happen to like ^P as a "local" switch?  At the
PSU Engineering Computer Lab, we have a terminal switcher called T12, which
uses ^P to switch back to it and choose another computer.  Anyone familiar
with x and ymodem will know that they transmit the block number as a single
character, ^P is 16.  See if there's a "passthrough" option on the switch,
which won't let you change sessions, but will let you use your protocols.
(T12 is a pain to attempt uucp through... too many ^P's. :-)

  Bill
-- 
   Bitnet: wcf@psuhcx.bitnet     Bill Fenner       | "Yesterday starts
  Internet: wcf@hcx.psu.edu                        |  tomorrow; tomorrow
 UUCP: {gatech,rutgers}!psuvax1!psuhcx!wcf         |  starts today"
Fido: Sysop at 1:129/87 (814/238 9633) \hogbbs!wcf |       -- Marillion