Path: utzoo!utgpu!watserv1!maytag!xenitec!zswamp!p0.f171.n221.z1.fidonet.org!Geoffrey.Welsh From: Geoffrey.Welsh@p0.f171.n221.z1.fidonet.org (Geoffrey Welsh) Sender: ufgate@zswamp.fidonet.org (newsout1.26) Newsgroups: comp.sys.cbm Subject: Desterm and Unix Mainframes.... Message-ID: <1358.2720829C@zswamp.fidonet.org> Date: Sat, 20 Oct 90 10:55:55 EDT Organization: FidoNet node 1:221/171.0 - Izot's Swamp, Kitchener ON > From: md41@cunixb.cc.columbia.edu (Marcus Dolengo) > Message-ID: <1990Oct18.024121.27832@cunixf.cc.columbia.edu> > Basically, when I do things such as Emacs a file, the > file turns to "soup"- if I'm in the 3rd line pressing > any keymy cursor will follow accordingly but > suddenly it will appear at the end of the line, or when > I'm deleting something, the whole screen gets royally > screwed up and turns into soup. I have seen this happen with other machines using 'standard' terminals (HP, Honeywell, even DEC); in those cases, the terminals were operating at 9600 bps and holding the cursor down in vi caused a *lot* of characters to be sent to the CPU (VT100 codes for cursor keys are relatively long). The balance of data in (cursor codes) to data out (the info being drawn on the screen) was causing the input buffer to get ahead of the output buffer, and eventually the input buffer would overflow. If you were using single-character codes (e.g. j & k in vi) it wasn't a problem; however, long cursor control codes were split up, and the results were wild. (i.e. blocks of characters were lost such that the CPU got half a code and then the full code from start again, or the back half only of a code... you get the idea. > when I type "ls" for a directory as well, I end up with a > jumbled mess like: > > f > ilename > f > ilename2 This puzzles me greatly. Please netmail me with whatever details you can. We will see if there is anything that Matt or I can do for you. -- Geoffrey Welsh - via FidoNet node 1:221/171 UUCP : watmath!xenitec!zswamp!171.0!Geoffrey.Welsh Internet: Geoffrey.Welsh@p0.f171.n221.z1.fidonet.org