Lire 1.3 on RedHat 9

Willman, Matt B - CNF Willman.Matt at cnf.com
Fri Jun 27 02:02:26 CEST 2003


So, after upgrading everything to the latest (xml, xslt, blah, blah) the
core dumps I've been experiencing have gone away.  However, I am getting a
new, improved error! :)

Snippets from the debug output are below.  Apparently the 'maxdepth'
parameter wasn't quite large enough, and is causing problems.

all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
runtime error: file /usr/local/share/lire/xml/stylesheet/xsl/docbook.xsl
line 292 element row
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
xsltApplyOneTemplate: loop found ???
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says try
increasing xsltMaxDepth (--maxdepth)
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
Templates:

<SNIPPED>

all all lr_tag-20030626162131-23322 lr_xslt info creating XML catalog
/tmp/lr_xslt-lr_tag-20030626162131-23322-23530-catalog.xml
all all lr_tag-20030626162131-23322 lr_xslt info running xsltproc with
--maxdepth '100000' --nonet
/usr/share/sgml/docbook/docbook-xsl-1.61.3/html/docbook.xsl
/tmp/lr_xml2html.all.23423.dbx
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
/tmp/lr_xml2html.all.23423.dbx:1: error: Start tag expected, '<' not found
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
Object is a Node Set :
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says ^
all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
unable to parse /tmp/lr_xml2html.all.23423.dbx
all all lr_tag-20030626162131-23322 lr_xslt info stopped
all all lr_tag-20030626162131-23322 lr_xml2html info stopped

I added a "--maxdepth 100000" option to the command line passed to xsltproc
in lr_xslt, but it seems to not have any effect.  Since the default is 5000
(according to the documentation I found) it appears that maxdepth is not the
issue.  I'm only seeing this error when trying to parse medium to big
logfiles (+250000 lines or so).

Anyone seen this before?  Any ideas?

Matt

Matt Willman
503 450 2752(v)
503 701 9816(c)
willman.matt at cnf.com

> select * from sco_management where clue > 0;
0 rows returned

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.logreport.org/pipermail/development/attachments/20030626/ebefeb1e/attachment.html 


More information about the Development mailing list