Closed jmkao closed 8 years ago
This is a problem, it's fixed and I've checked it in. These heap issues happen when ASCII files are interpreted as binary files because the face count is interpreted as a binary int from what was designed to be 4 printable ASCII bytes. The smallest binary int you can possibly build from 4 printable ASCII chars is four spaces which ends up being 2.5 gig triangles. Well above the established 1 gig limit.
I alluded to this before in some other bugs, but didn't really describe this in any detail. I describe it in detail because it's understandable that memory issues can be concerning on embedded devices.
The solution I provided isn't permanent, and will be fixed when #226 is fixed.
More permanent fix applied and released into production
I currently have the gradle test task set to limit heap to 1GB.
Since commit 24f0bf1f92ea1dc32cc62a608784995b9f9692bc or b0746164659154d77ff3b97359ba19779793de6f in WesGilster, on Windows I'm seeing that two of the tests run out of memory currently:
This may or may not be a problem depending on whether it's intended that whatever STL is being loaded should actually be printable on an RPi or not. If not, I can adjust the test parameters.