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...
|