Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!decvax!wivax!linus!allegra!eagle!harpo!utah-cs!utah-gr!thomas From: thomas@utah-gr.UUCP Newsgroups: net.bugs,net.unix-wizards Subject: Bug in troff? Message-ID: <792@utah-gr.UUCP> Date: Fri, 27-May-83 11:55:15 EDT Article-I.D.: utah-gr.792 Posted: Fri May 27 11:55:15 1983 Date-Received: Sun, 29-May-83 04:49:14 EDT Lines: 23 Relay-Version:version B 2.10 5/3/83; site harpo.UUCP Message-ID:<792@utah-gr.UUCP> Date:Fri, 27-May-83 11:55:15 EDT [We are running 4.1aBSD.] I have run into what appears to be a bug in both troff and nroff. Try the following input lines: .nf \h'|8n'x\h'|9n'x \h'|8n'x\c \h'|9n'x and notice the difference between them. Apparently n/troff is resetting its horizontal position counter when it hits the newline, even though the \c prevents the input newline from causing a newline in the output. This is very annoying, especially as this case is generated a lot by vgrind. Has anybody got a fix for this? Thanks. =Spencer