Path: utzoo!mnetor!uunet!husc6!bbn!rochester!srs!matt From: matt@srs.UUCP (Matt Goheen) Newsgroups: comp.sources.bugs Subject: Re: rn pager bug Message-ID: <556@srs.UUCP> Date: 18 Jan 88 17:07:09 GMT References: <545@srs.UUCP> <444@taux01.UUCP> Reply-To: matt@srs.UUCP (Matt Goheen) Organization: S.R. Systems, Rochester NY Lines: 31 In article <444@taux01.UUCP> amos%taux01@nsc.com (Amos Shapir) writes: >Anyway, after making a few tests I found the culprit: it's the tty driver! > >When in -tabs mode, it tries to expand tabs to blanks; it receives from >rn something like: . >The characters in are counted as printable, but are not >displayed; hence the number of blanks to which expands is too small, >and is displayed a space or two to the left of its intended >position. > >The fix: do 'stty tabs' in your .login or .profile, and make sure the >hard tabs are set correctly (on BSD-type systems, 'tset' takes care of that). Ahhh yes. Now I remember this bug. We had it in a paging program that we have here. I was able to fix it by making the program spit out a "\r" after emitting the escape codes. This only happened after prompts so the fix worked fine. This same fix should work for rn, I'll give it a try. The 'stty tabs' fix does work, but it seems to screw up a few other things a bit. 'rn' almost works as is, except that rn prints out the "ce" string just before it continues after a prompt (with the actual text). Putting in an extra carriage return should solve the problem and not create any more. Does this happen on other systems other than Suns? Seems like it would have to... -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- - UUCP: {allegra,rutgers,ames}!rochester!srs!matt Matt Goheen - - "Stay out of trouble." S.R. Systems - -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-