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]
