home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apollo / 3490 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.2 KB
  1. Path: sparky!uunet!sun-barr!news2me.ebay.sun.com!cronkite.Central.Sun.COM!texsun!digi!kgallagh
  2. From: kgallagh@digi.lonestar.org (Kevin Gallagher)
  3. Newsgroups: comp.sys.apollo
  4. Subject: Re: rz/sz doesn't work on our machines
  5. Message-ID: <1992Sep8.181202.2287@digi.lonestar.org>
  6. Date: 8 Sep 92 18:12:02 GMT
  7. References: <1992Sep04.184127.17533@edsi.plexus.COM>
  8. Organization: DSC Communications Corp, Plano, TX
  9. Lines: 31
  10.  
  11. In article <1992Sep04.184127.17533@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:
  12. >We're running mostly DN3550/DN4500/DN5500 machines on our site (with a
  13. >few 425Ts) under Domain/OS 10.3.5.  We compiled the rz/sz sources with
  14. >SYSTYPE=sys5.3 and everything appeared to go alright.  The problem is
  15. >that they don't work.  The same sources work fine from an HP-UX v8.0
  16. >machine however it seems that something is being blocked or trapped when
  17. >we invoke them from the Domain machines.
  18.  
  19. I compiled the rz/sz sources under Domain/OS 10.3.0.8 on a DN3550 in SYSTYPE
  20. bsd4.3.  I connect from my PC at home to my Apollo through a DECserver to a
  21. VAX (running VMS) and from the VAX to the Apollo via telnet.  The connection
  22. turns out to be very robust.  The modem runs at 2400 baud.  On the PC, I use
  23. Crosstalk Mk.4, the latest version,  using the build-in implementation of
  24. ZMODEM. 
  25.  
  26. I can upload files from my Apollo node to my PC by invoking the sz command at
  27. the Unix shell prompt.  The transfer rate is outstanding at around 232
  28. characters per second.  However, I can't get the rz command to download files
  29. from my PC to my Apollo.  I do suspect the ZMODEM implementation in Crosstalk
  30. is, at least, partially at fault, but I can't be sure.  The version of Kermit
  31. we have installed doesn't handle downloads to the Apollo as well as it handles
  32. uploads.  We have to use smaller packets when downloading than when uploading,
  33. and download failures happen often.  So it is possible that there is something
  34. about the Apollo that causes problems here.
  35.  
  36.  
  37. -- 
  38. ----------------------------------------------------------------------------
  39. Kevin Gallagher        kgallagh@digi.lonestar.org OR ...!uunet!digi!kgallagh
  40. DSC Communications Corporation   Addr: MS 152, 1000 Coit Rd, Plano, TX 75075
  41. ----------------------------------------------------------------------------
  42.