OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: DOCBOOK-APPS: Saxon crashing: java.lang.StackOverflowError


On Friday, Saxon suddenly began crashing with a
"java.lang.StackOverflowError".  I've been using the configuration I have
now for at least six months, with no such problem.  I've been looking
through CVS at the source changes we made, and the only significant change I
can find is that I went through with a script and changed a bunch of
hard-coded <ulink/>s into <link/>s.  (By 'a bunch' I mean 15,000.)  XSLTProc
was also crashing after the change.  Can anybody think of any reason why
there would be an upper limit on the number of possible <link/> elements?
In particular, can anybody think of how the stylesheets would throw XSL
processors into an infinite loop this way?   (The javadoc for
java.lang.StackOverflowError reads "Thrown when a stack overflow occurs
because an application recurses too deeply".)

I am still using the 1.48 stylesheets, but the 1.58.1 stylesheets don't show
this problem.  (Upgrading stylesheets right now is not a particularly
attractive alternative to me -- but I am planning to do so in the relatively
near future if they fix more problems than they cause.)

Jeff Beal
Tools Specialist
ANSYS, Inc.
(724) 514-3150


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC