Is there a limit on the length of an index that can be handled by LaTeX?
My situation is as follows. I have a set of about 30 documents which contain technical information about a product. The content of these documents must cover a set of requirements dictated by a third party. Consequently, for each requirement that the documentation satisfies, we create an index entry. These index entries are collected across all the documents and are ordered according to the 3rd party requirements set as:
REQ #1.1.1
- Doc A ................ 3
- Doc B ............23, 34
REQ #1.1.2
- Doc B ................12
- Doc D ........9, 55, 102
etc...
I am providing this information as a separate 'trace' document as an additional file to complement the actual document set, but I am finding that the process dies once this trace document reaches 34 pages.
This is a bizarre error:
) [1] (./master.ind
! Dimension too large.
\@addviper ...m \advance \@reqcolroom \ht \@viper
\advance \@reqcolroom \str...
l.2562 \end{strip}
What is strange is that if I remove say the first half of the index entries, and simply have the system work on everything beyond the 50% mark, the document compiles. If I remove the second half of the index entries and use only the first half, the document compiles. When all the index entries are together, the document burps the above error. This leads me to believe that it's not a syntax error in the way the indexes are created (they compile when there are not so many of them).
Any ideas on what could be causing this trouble?
stripenvironment, for example? – egreg Mar 13 '12 at 18:29stripenvironment comes from and how it is defined is probably critical to solving the problem. – barbara beeton Mar 13 '12 at 18:39stripenvironment is provided by thecutedpackage, which is part of thesttoolsbundle. @panagioti: are you using thecutedpackage? If you are, one way to test where thestripenvironment is coming from would be to comment out the\usepackage{cuted}line and see if thestripenvironment is still recognised or if it throws an error. – Staves Mar 13 '12 at 20:02