RE: [Doxygen-users] Latex problems
Brought to you by:
dimitri
From: Prikryl,Petr <PRI...@sk...> - 2001-08-22 05:40:49
|
You should focus on -------------------------- Runaway argument? height=\end {center} \end {figure} \subsubsection *{Public Methods} \begin \ETC . ! Paragraph ended before \Gin@ii was complete. <to be read again> \par l.31 -------------------------- If you did not write any LaTeX code into your sources, then it is probably doygen's bug. In such case, try to create as small as possible example and send it to Dimitri. If you did write some LaTeX code, it may be your problem. Earlier in the text you should see the name of the file where it happened. The problem was discovered on the line 31 (l.31). The messages from screen are also captured in the .log file. The warnings like: "LaTeX Warning: Reference `class_ObjectManager' on page 1 undefined on input line 3." are normal and you should ignore them in the first run. LaTeX collects the labels and the related information to your .aux file and warns if the reference is placed earlier than the label. Bold question marks are used instead of real values in the document (page, chapter, section numbers). When you run the LaTeX for the second time, the warnings will disappear because the values for the labels are found in the .aux file. It can happen that the text moves, so the numbers for the labels change. In such case, you can observe: "LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right." Then you are expected to run LaTeX again. I have observed that the process always converges. If index and table of contents is generated, it can take more that 2 (usually 3 or 4 runs). Also, if you were prepare the document manually, the .aux file is gradually updated with each run that you need for generating preview. In such case, you only sometimes need more than one run. This fact and the speed of earlier computers was probably the reason not to do the subsequent run automatically. And also, there still is some chance that the label really does not exist. Regards, Petr -- Petr Prikryl, SKIL, spol. s r.o., pri...@sk... |