Thread: 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... |
From: Markus L. <lo...@ce...> - 2001-08-22 18:29:34
|
Petr, thanks for your very detailed answer. I'm not using any custom tex code. I actually tried some other C++ files, and they work fine. I will try to send Dimitri my example that doesn't work Markus > -----Original Message----- > From: dox...@li... > [mailto:dox...@li...]On Behalf Of > Prikryl,Petr > Sent: Wednesday, August 22, 2001 1:38 AM > To: dox...@li... > Subject: RE: [Doxygen-users] Latex problems > > > 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... > > > _______________________________________________ > Doxygen-users mailing list > Dox...@li... > http://lists.sourceforge.net/lists/listinfo/doxygen-users > |
From: Dimitri v. H. <di...@st...> - 2001-08-22 18:42:01
|
On Wed, Aug 22, 2001 at 02:30:25PM -0400, Markus Loffler wrote: > Petr, > thanks for your very detailed answer. I'm not using any custom tex code. > I actually tried some other C++ files, and they work fine. > I will try to send Dimitri my example that doesn't work That's fine. But since you said you were using doxygen version 1.2.3, don't forget to try with the latest version of doxygen first (CVS if possible). Maybe it is something that has been fixed already. Regards, Dimitri |
From: Markus L. <lo...@ce...> - 2001-08-22 18:45:17
|
Actually using the latest version was the first thing I tried - I just got stuck with some compile errors (using QNX6.1). I get errors like: /usr/include/string.h:155 memcmp is already defined in that scope" Somebody uses QNX6 out there? Markus > -----Original Message----- > From: dox...@li... > [mailto:dox...@li...]On Behalf Of Dimitri > van Heesch > Sent: Wednesday, August 22, 2001 2:42 PM > To: dox...@li... > Subject: Re: [Doxygen-users] Latex problems > > > On Wed, Aug 22, 2001 at 02:30:25PM -0400, Markus Loffler wrote: > > Petr, > > thanks for your very detailed answer. I'm not using any custom tex code. > > I actually tried some other C++ files, and they work fine. > > I will try to send Dimitri my example that doesn't work > > That's fine. But since you said you were using doxygen version 1.2.3, > don't forget to try with the latest version of doxygen first > (CVS if possible). Maybe it is something that has been fixed already. > > Regards, > Dimitri > > _______________________________________________ > Doxygen-users mailing list > Dox...@li... > http://lists.sourceforge.net/lists/listinfo/doxygen-users > |