Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!ames!ucbcad!ucbvax!renoir.Berkeley.EDU!monardo From: monardo@renoir.Berkeley.EDU (Pat Monardo) Newsgroups: comp.text Subject: Bug report on Common TeX. Message-ID: <16834@ucbvax.BERKELEY.EDU> Date: Tue, 13-Jan-87 01:33:06 EST Article-I.D.: ucbvax.16834 Posted: Tue Jan 13 01:33:06 1987 Date-Received: Tue, 13-Jan-87 07:07:34 EST Sender: usenet@ucbvax.BERKELEY.EDU Reply-To: monardo@renoir.Berkeley.EDU (Pat Monardo) Organization: University of California, Berkeley Lines: 38 If you notice strange behavior with a file that you are certain worked before, it could be that you have files with no NL at the end of the last line. We seem to have a NL daemon here at berkeley, which adds NLs to the end of every file, so this never was a problem. Check input_ln (io.c) for this: if (c == EOF) return FALSE; change to: if (c == EOF) { if (last == first) return FALSE; else break; } Sorry, dont know how to send diffs or patches, yet. By the way, I found the last bug which was preventing me from running Common TeX as a 64 bit machine yesterday. (if you really want to know, change eqtb[cur_cs].i = eqtb[FROZEN_RELAX].i to eqtb[cur_cs] = eqtb[FROZEN_RELAX]). Of course, this doesnt matter if you are running 32bit TeX. If you get misplaced output then you need the fixed version of dvi.c. Its more likely that you have it already. Thanks to Carl Shapiro for getting his hands dirty. Put it through the paces. I hope to have all bugs out before January is over. Pat Monardo monardo@renoir.berkeley.edu