Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!burl!hou3c!hocda!houxm!houxz!vax135!cornell!uw-beaver!tektronix!hplabs!sri-unix!ABN.ISCAMS@Usc-Isid.ARPA From: ABN.ISCAMS@Usc-Isid.ARPA Newsgroups: net.micro.cpm Subject: Re: File Transfers thru a TAC Message-ID: <766@sri-arpa.UUCP> Date: Mon, 11-Jun-84 15:08:00 EDT Article-I.D.: sri-arpa.766 Posted: Mon Jun 11 15:08:00 1984 Date-Received: Wed, 13-Jun-84 01:50:02 EDT Lines: 36 Gerald, I suspect you may be having the same problem I am with going through a TAC. Downloads work fine, upload NO GO! I suspected the TAC's input buffer was to blame (heck, I can overrun that just by manual typing when the system is slow), and someone else out on the net confirmed that. They also said you can talk with your local TAC wizards about getting the buffers expanded from their usual size (I THINK 60-some bytes) to 130-some (whatever MODEM's packet length is) to overcome this problem. I talked with mine, and they're talking with the Powers That Be, but no big buffers yet (they're researching possible bad side effects). I'm stuck too for packetized uploading, and so use KERMIT for all uploads requiring error-checking. (KERMIT's packet length can be adjusted, so I routinely set them for 48 or so -- works fine.) For other uploads when the lines are clear, I engage flow control (FIS on my system) so the TAC give me XON/XOFFs (so as not to overflow its buffers), and upload right into a text editor -- works fine. If I want a binary upload, I use the PD utility UNLOAD to change my binary file back to hex (ASCII), upload into the text editor, and send it that way for the other end to LOAD or MLOAD (another PD utility) back to binary. There's also a problem when uploading through a TAC -- the TAC's Intercept Character. I've patched both KERMIT and MDM730 to check each character sent (in automated, bulk uploads) for the TAC Intercept Char, and if found, to send it twice. This insures that character gets to the far end and the TAC doesn't choke. If you need more details on this, yell. Hope this helps. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID