info-mac@uw-beaver (info-mac) (08/29/84)
From: winkler@harvard.ARPA (Dan Winkler) Regarding: I am using beta MacTerminal 0.5 with an 11/750 running Unix; the terminal is connected to the VAX through a (theoretically transparent) local-area network. I am still having the transfer problems that some others here have been having: Macput compiles fine, after issuing the command "macput -r melody.dl" the Mac puts up the "percent of transfer finished" meter and transfers about 20% of the file. Then the meter stops moving, Your problem might be the same one we have with the Sytek network at Harvard. Our problem is that our network uses XON/XOFF flow control. In other words, if you are transferring a resource file which happens to have a byte equal to ^S in it, the network catches it and freezes. There are several possible solutions to the problem. For one, our network people tell us that they have other kinds of flow control they can try. But better yet would be a file transfer protocol that converts control characters to something less harmful for transmission. As I understand it, Kermit does just that, and as a matter of fact Steve Engel (engel@harvard) has almost completed a Mac version of Kermit.
info-mac@uw-beaver (info-mac) (08/31/84)
From: BILLW@SRI-KL The problem is worse than that. Since the MODEM FTP protocol includes a field containing the "block number", if your system/ network/terminal/concentrator/whatever is going to freeze when you send in a ^S, then you will NEVER be able to transfer ANY file greater than 18 blocks long (becasues 19 is a ^S). This is why "totally transparent" networks had better REALLY be totally transparent... (What does EMACS do?) BillW