|
DataMuseum.dkPresents historical artifacts from the history of: DKUUG/EUUG Conference tapes |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about DKUUG/EUUG Conference tapes Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - downloadIndex: T a
Length: 2380 (0x94c) Types: TextFile Names: »advice«
└─⟦060c9c824⟧ Bits:30007080 DKUUG TeX 2/12/89 └─⟦this⟧ »./tex82/TeXgraphics/psfig/doc/advice«
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.