Hi Chris, Thanks for finding an investigating an issue like this. Can I get you to file a jira issue to track this? Thanks, -jacobd
On Nov 28, 2007 2:20 AM, Chris <[EMAIL PROTECTED]> wrote: > After looking further into this issue, in java6 the default stack size > is not different between Linux and Windows but between 32bit and 64bit > implementations. This explains a lot as we're using 64bit linux. > I can't find what the default stack sizes were in java5 though. I guess > I'll just have to add a -Xss parameter to my application although this > doesn't fill me with confidence, > "Options that begin with -X are non-standard (not guaranteed to be > supported on all VM implementations), and are subject to change without > notice in subsequent releases of the JDK." - > http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp > > Chris wrote: > > I have come across a repeatable error and enclose the test case. > > When the following xml is validated with a ValidatingStreamReader it > > causes an SOE. > > If the sample string is shorter, this does not happen. With more complex > > schemas, the string does not have to be as long to still cause an SOE. > > I have not yet determined whether the complexity of the pattern is a > > factor. > > Increasing the size of the stack using "java -Xss64M" does prevent this > > issue. > > > > This only happens in Windows, Linux does not have this behaviour. This > > does not happen on any platform in java 5. > > > > Note there were changes in java6 to the way stack sizes are implemented. > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6316197 > > > > I'm not sure if this is really a bug in xmlbeans since it does work on > > other platforms... is there any reason why it would use more stack space > > on windows? Is the default stack size different on windows and linux? > > > > Thanks for your help > > > > See stack trace below: > > org.apache.xmlbeans.impl.regex.RangeToken.match(line 481) > > org.apache.xmlbeans.impl.regex.RegularExpression.matchString(line 1673) > > org.apache.xmlbeans.impl.regex.RegularExpression.matchString(line 1872) > > org.apache.xmlbeans.impl.regex.RegularExpression.matchString(line 1872) > > org.apache.xmlbeans.impl.regex.RegularExpression.matchString(line 1872) > > org.apache.xmlbeans.impl.regex.RegularExpression.matchString(line 1872) > > ... > > > > > > ------------------------------------------------------------------------ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > Chris > HMGCC > > The information contained in this message (and any attachments) may > be confidential and is intended for the sole use of the named addressee. > Access, copying, alteration or re-use of the e-mail by anyone other > than the intended recipient is unauthorised. If you are not the intended > recipient please advise the sender immediately by returning the e-mail > and deleting it from your system. > > This information may be exempt from disclosure under Freedom Of > Information > Act 2000 and may be subject to exemption under other UK information > legislation. Refer disclosure requests to the Information Officer. > > > The original of this email was scanned for viruses by the Government > Secure Intranet Anti-Virus service supplied by Cable&Wireless in partnership > with MessageLabs. (CCTM Certificate Number 2006/04/0007.) On leaving the GSi > this email was certified virus free. > Communications via the GSi may be automatically logged, monitored and/or > recorded for legal purposes. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
