I've just updated to 98.2beta8, and it is reminding me of a change I made to 98.2beta6 but forgot to report (because I have to make a similar change to beta8). The check_for_dots() function does an early check to see if there are dots in the prefix of the source document name. So if I use a name like ../foo/foo.tex, it gripes because dvips would crash. This creates problems in two situations: 1) no images need to be generated, and 2) images.tex won't have the same problem. In the first case, I should be able to assert (using a parameter) that no images will need to be generated. check_for_dots() can also be skipped if image generation won't be done in this pass; sometimes just generating the HTML can be useful, and let the images be missing, especially during process development. For the second case, I think the essential solution is to determine where the files needed for image generation are, and test those. Unless the actual base document file is used directly by dvips, it just shouldn't matter where it it. In my case, at least, the document processing is never done in the location of the document files. For now, I'll just comment out the call to check_for_dots(), but I hope someone with more understanding of the image generation parts of l2h can come up with a better solution. I'll continue to simply avoid image generation like the plague! -Fred -- Fred L. Drake, Jr. [EMAIL PROTECTED] Corporation for National Research Initiatives 1895 Preston White Drive Reston, VA 20191
