DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25449>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25449 2.5.2 XSLTC compiler causes sporadic runtime data loss Summary: 2.5.2 XSLTC compiler causes sporadic runtime data loss Product: XalanJ2 Version: 2.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: org.apache.xalan.xsltc AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Found a nasty bug: When compiling the following example xsl with 2.5.2 or CVS (10 Dec) I recieve sporadic data loss when transforming the example xml. Error with: win2k, xp; xalan 2.5.2, cvs; Xerces 2.4, 2.6; JDK142_02, 141_02, BEA Jrockit81sp1 Works fine with xalan251, and works also with Stylesheet compiled with 251 and transformed with 252, (so I guess it's the compiler) The error occures with 252(binary) with a probability of 50% with cvs (11. dec) 25% The Pattern of good/wrong transformations stays the same for the example (even when rebooting) unless you change the code. The example: I tried to reduce it to the min. I didn't saw the error when deleteng more lines. Changing the file changes the pattern of good/wrong. A bigger XSL causes a greater probability of the transformation failure. following line in xsl causes the trouble: <xsl:param name="buttons_size" select="(count(..//field/menu) * (&MENUTOOL_SPACE;+&FIELD_SPACE;)) + (count(..//field/button) * (&BUTTONTOOL_SPACE; + &FIELD_SPACE;)) + (count(..//field/[EMAIL PROTECTED] = 'date']) * (&BUTTONTOOL_SPACE;+&FIELD_SPACE;))"/> $buttons_size is sometimes 0 (should be 35) I use a template for transforming.
