Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!agate!pasteur!ICSI.Berkeley.EDU!stolcke From: stolcke@ICSI.Berkeley.EDU (Andreas Stolcke) Newsgroups: comp.text.tex Subject: Re: HELP: UNIX TeX distr. dvipage Message-ID: <28507@pasteur.Berkeley.EDU> Date: 5 Oct 90 18:32:45 GMT References: <1455@umriscc.isc.umr.edu> Sender: news@pasteur.Berkeley.EDU Reply-To: stolcke@ICSI.Berkeley.EDU (Andreas Stolcke) Distribution: comp Organization: International Computer Science Institute, Berkeley, CA Lines: 26 In article <1455@umriscc.isc.umr.edu>, jmd@franklin.ee.umr.edu (Jim Dumser) writes: |> In article oldam@calc.math.liu.se (Olof Damberg) writes: |> >However, when I view the pages the first time around, the output is not |> >correct. There are a lot of missing glyphs, and it is looking very ugly. |> >Viewing the same page again, the output is suddenly correct. |> >All glyphs appear and everything is looking good. |> |> Can't say that I've got a fix to this, but we have the same problem here. |> If anyone knows of a fix, I'd like to see it too. Well this isn't a fix, but the problem seems to go away when dvipage is compiled under SunOS4.1. Under SunOS4.0.3, the very same sources produce the problem described above. The problem is *not* with the Sun supplied libraries, though, because a binary compiled under 4.0 when dynamically linked with the 4.1 libs also exhibits the problem. Conversely, if you have a 4.1 machine somewhere, you may use it to generate all the .o files, and then do the static linking on a 4.0 system (so the dynamic loader will not complain about outdated shared libs later). The resulting binary runs just fine on 4.0 systems. This points to either a compiler problem or buggy header files in 4.0. -- Andreas Stolcke International Computer Science Institute stolcke@icsi.Berkeley.EDU 1957 Center St., Suite 600, Berkeley, CA 94704 (415) 642-4274 ext. 126