DataMuseum.dk

Presents historical artifacts from the history of:

DKUUG/EUUG Conference tapes

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about DKUUG/EUUG Conference tapes

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download
Index: T a

⟦5c1c026ae⟧ TextFile

    Length: 2380 (0x94c)
    Types: TextFile
    Names: »advice«

Derivation

└─⟦060c9c824⟧ Bits:30007080 DKUUG TeX 2/12/89
    └─⟦this⟧ »./tex82/TeXgraphics/psfig/doc/advice« 

TextFile

Advice on debugging psfig/tex problems:
--------------------------------------

In the ideal world, document debugging tools would be paid the same attention
as program debugging tools. In the real world, this is not the case, yet with
packages of ever increasing sophistication such as TeX debugging a docuement
is becoming no less problematic that debugging 'C'. Having experience in 
such matters I would say debugging 'C' (or most other programming enviorments)
is much more conducive to retaining one's sanity.

Anyway, with proper care and feeding psfig will grow up to be a well used
tool in your bag of tricks. It can be eased through the problem years with the
following hints on common problems:
-----

if a document crashes (stops printing and flushes the job) on or about
a figure, the figure probably has some illegal postscript in it, or
uses macintosh calls and the prolog was not properly loaded. Finding
the offending command by reading the error message from the printer or
using an error trapping utility is critical. Either use the error
handler distributed to the laser-lovers board some time ago, or
moniter the errors coming back from the printer. If the offending
command is "psu" you can bet your mac prolog is missing. Check for
problems with page reversing and psglobal (they dont mix well)

if a document stops printing at some random point (but may continue to
accept data) the printer memory may have been exceeded (VMErrors).
This usually becomes a factor on papers exceeding twenty pages (using
our installation). Use the printer memorysize option to dvips to
remedy this; the optiumum value is not yet known -- I use 60000 for
our laserwriter when I run into trouble, and it usually gets me out of
the woods. Some people have had rather severe problems printing the
documentation and have had to limit memory to <20000.

if a figure consistantly comes out at the same place on the page despite
psfig's valiant attemps to move it about, it is probably using the clippath
to decide where it should print. Use the clip option (see the manual)

if a figure is comming out out of position, it may be that the bounding box is
in error, test the bounding box by printing the figure alone and using a ruler

and last, but not least,
a lone psfig in a centering enviornment will be ignored by LaTeX; try
preceeding it by a hard space or some similar hack.