Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!uwvax!umn-d-ub!nic.MR.NET!shamash!nis!ems!pwcs!stag!daemon From: to_stdnet@stag.UUCP Newsgroups: comp.sys.atari.st Subject: Re: VT52 Emulation .. Message-ID: <615@stag.UUCP> Date: 8 Oct 88 15:31:20 GMT Sender: daemon@stag.UUCP Lines: 42 From: thelake!steve@stag.UUCP (Steve Yelvington) greg%sentry@spar.slb.com (Greg Wageman) writes... > In article <881003-055901-3134@Xerox> "Hugh_Messenger.EuroPARC"@Xerox.COM > writes: > >Hi, > > Hello. > > >I'm having hassle with the VT52 emulator DA. > > My immediate impulse is to tell you to get a better program, such as > the shareware "Uniterm" program. > > >It all works just fine for a while, then the Atari seems to to chuck out a > >massively long string of nuls (^@'s), interspersed with everything I have > >typed so far in the session. Once it finishes outputting everything I have > >typed (including my password in legible format!) it carries on working just > >fine, for a few minutes, then .... you guessed it ... > >^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@1itscambsitshippo********yyy12,45,67nnn^@^@^@^@ > > Sounds to me like a ring buffer is being overrun, causing pointers to > cross and point into memory where they shouldn't. It's a bug, you > can't fix it except by dropping the baud rate to 1200 or less. If the problem is in the ST's auxiliary port ring buffer, yes, it can be fixed. Relocating the iorec is reasonably easy. (If anyone would like a code sample, send me mail.) Tom Zerucha wrote a little utility that resizes the aux buffer. Look around for a TRANS127.ARC file on your local BBSes. It includes Tom's file-transfer desk accessory, a command-line file xfer program (wxytr.ttp), and a couple of utilities including the iorec resizer, which you can toss in \auto\ and forget. All that aside, I can't imagine HOW you could overflow the buffer at anything less than 19.2kbps. Try playing with the flow-control settings. | thelake!steve@stag.UUCP / ...rosevax!pwcs!stag!thelake!steve