You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by bu...@apache.org on 2001/08/16 14:12:34 UTC
[DO NOT REPLY: Bug 3142] -
W3c Schema validation causes Memory overflow with large maxOccurs
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3142
*** shadow/3142 Thu Aug 16 01:17:05 2001
--- shadow/3142.tmp.14639 Thu Aug 16 05:12:34 2001
***************
*** 44,47 ****
optional,
false);
}
! =====================================================================
--- 44,72 ----
optional,
false);
}
! =====================================================================
!
! ------- Additional Comments From volkmar.nissen@sapmarkets.com 2001-08-16 05:12 -------
! I just ran into an StackOverflow Exception. in Method buildSyntaxTree
!
! org.apache.xerces.validators.common.Grammar:
!
! Here it is:
!
! if ((contentSpec.type == XMLContentSpec.CONTENTSPECNODE_CHOICE)
! || (contentSpec.type == XMLContentSpec.CONTENTSPECNODE_SEQ)) {
! //
! // Recurse on both children, and return a binary op node
! // with the two created sub nodes as its children. The node
! // type is the same type as the source.
! //
!
! nodeRet = new CMBinOp( contentSpec.type, buildSyntaxTree
! (leftNode, contentSpec)
! , buildSyntaxTree(rightNode,
! contentSpec));
!
! /* MODIFIED (Jan, 2001) */
!
! } else if (contentSpec.type ==
! XMLContentSpec.CONTENTSPECNODE_ZERO_OR_MORE
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org