gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>) (10/16/84)
For anyone who is using the OLDTROFF flavor of PIC (the one that drives pre-Device Independent TROFF), one of the fellows here uncovered a bug. In some cases, the DDAed dots output to simulate one of the graphic primitives (e.g., a line) will produce output text lines that are too long for other software such as "tbl". There is a test for this in the code but it is wrong. Around line 518 in source file "pltroff.c", change if (nput++ > 100) { /* crude approx: troff input buffer ~ 400 */ to /* DAG -- bug fix (100 is too much since h,v motions are interspersed) */ if (nput++ > 40) { /* crude approx: troff input buffer ~ 400 */
gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>) (10/29/84)
> For anyone who is using the OLDTROFF flavor of PIC (the one that > drives pre-Device Independent TROFF), one of the fellows here > uncovered a bug. In some cases, the DDAed dots output to simulate > one of the graphic primitives (e.g., a line) will produce output > text lines that are too long for other software such as "tbl". > There is a test for this in the code but it is wrong. > > Around line 518 in source file "pltroff.c", change > > if (nput++ > 100) { /* crude approx: troff input buffer ~ 400 */ > > to > > /* DAG -- bug fix (100 is too much since h,v motions are interspersed) */ > if (nput++ > 40) { /* crude approx: troff input buffer ~ 400 */ Oops, I miscounted characters (forgot that there could be minus signs). I believe the following is correct but you could make it "25" to play safe: /* DAG -- bug fix (100 is too much since h,v motions are interspersed) */ if (nput++ > 28) { /* crude approx: troff input buffer ~ 400 */