-
Notifications
You must be signed in to change notification settings - Fork 392
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Out of memory error when creating a chart #1727 #1730
Out of memory error when creating a chart #1727 #1730
Conversation
Sometimes NumberFormat is used to handle the decimal point and in other cases there is a dependency on ULocale. A small fix was made to use the default ULocale in the Numberformat calculations instead of the default NumberFormat The whole operation is not fully understood so more issues could arise. See the issue for a discussion.
1. Sometimes NumberFormat is used to handle the decimal point and in other cases there is a dependency on ULocale. A small fix was made to use the default ULocale in the Numberformat calculations instead of the default NumberFormat The whole operation is not fully understood so more issues could arise. 2. To avoid memory cramps, an additional 1GB was added to the maximum memory. See the issue for a discussion.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, small change with big effect!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks simple and consistent so if that fixed the problem you see, it seems likely to be a good thing.
FYI, I'll kick of a milestone build after the nightly build completes. |
Cheers! |
Fun fact: While driving to work this morning, I thought that the issue might be caused by the usage of different locales at different places, which could be caused by using different libraries (or by different versions of the same library, not all initialized in the same way, "thanks" to OSGI). Looking at Wim's fix, it seems that I was on the right track. I'd bet that the issues I experienced on a German Windows eg. when I try to specify a border width of 0.5 pt (because "small" border width is still not small enough) have similar reasons. |
Hi Henning, yes, you were on the right track. Now we know better the underlying issue we can probably also fix these. |
and in other cases there is a dependency on ULocale.
A small fix was made to use the default ULocale in the
Numberformat calculations instead of the default NumberFormat
The whole operation is not fully understood so more issues
could arise.
maximum memory.
See the issue for a discussion.