From owner-freebsd-hackers Sun Jun 22 20:18:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07836 for hackers-outgoing; Sun, 22 Jun 1997 20:18:42 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07795 for ; Sun, 22 Jun 1997 20:16:17 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id UAA30340; Sun, 22 Jun 1997 20:15:37 -0700 (PDT) Received: (from joes@localhost) by joes.users.spiritone.com (8.8.5/8.8.5) id UAA05119; Sun, 22 Jun 1997 20:15:30 -0700 (PDT) From: Joseph Stein Message-Id: <199706230315.UAA05119@joes.users.spiritone.com> Subject: Re: Handbook - ascii form?? In-Reply-To: from Annelise Anderson at "Jun 22, 97 07:23:43 pm" To: andrsn@andrsn.stanford.edu (Annelise Anderson) Date: Sun, 22 Jun 1997 20:15:29 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > FFrreeeeBBSSDD HHaannddbbooookk which is exactly what will happen on a non-conforming printer that does not understand how to interpret a 'DEL' character (ascii 008 or ^H) > The various suggestions to repair this text, such as piping it through > col -b, running little sed scripts, and so forth are inappropriate from > the point of view that this document (and the FAQ, which has the same > problems) are supposed to be useful to people running dos/Windows as well > as people who may not yet be familiar with various Unix utilities. But, have you tried those suggestions? Try outputting the file to a line printer and see if your results are any better. These files ARE straight ascii text. They are designed for overstrike to emphasize certain portions or underline them without using printer-specific control characters. Laser-jet printers (in my opinion) are notorious for not interpreting ASCII 008 correctly. > But these suggestions also seem to be in error, because the down-loaded > handbook.ascii doesn't have any ^H codes or any other codes in it; it's > what I would call hard-coded just as it appears above. Doing > substitutions for ^H or running it though col -b have no effect on it > whatsoever. Yes, they do... > Thus, the code that generates handbook.ascii is broken, right? No. The code that generates the files is one hundred percent okay. It's flaky hardware (or in the case of Micro$loth, buggy software).