1.2.6 Experimental gets stuck on this STL (Windows 7 64-bit) #2842

Closed
WZ9V opened this Issue May 24, 2015 · 5 comments

Projects

None yet

3 participants

@WZ9V
WZ9V commented May 24, 2015

This STL file consistently crashes in the "triangulating mesh" phase in Windows 7 64-bit.

http://www.thingiverse.com/download:405692

@alexrj alexrj added the OS: Windows label May 24, 2015
@alexrj alexrj added this to the 1.2.8 milestone May 24, 2015
@gege2b
Contributor
gege2b commented May 26, 2015

confirmed in 1.2.7-exp too (same OS)

@alexrj
Owner
alexrj commented Jun 1, 2015

Same thing as #2471: file has multiple "solid" definitions, so it's technically a bad STL file. Slic3r needs to be more tolerant since apparently there is some CAD out there that produces these wrong files.

@alexrj
Owner
alexrj commented Jun 1, 2015

I fixed this. Thank you for reporting.

@alexrj alexrj closed this Jun 1, 2015
@alexrj alexrj added the Fixed label Jun 1, 2015
@alexrj alexrj added a commit that referenced this issue Jun 1, 2015
@alexrj Fix admesh's STL parser in order to make it more tolerant for broken …
…STL files having multiple 'solid' definitions. Still not the ideal STL parser, but handles the cases that were reported so far. #2471 #2842
6095427
@WZ9V
WZ9V commented Jun 3, 2015

Thanks. I assume its fixed in 1.2.8 because 1.2.7 is still crashing on this one.

@alexrj
Owner
alexrj commented Jun 3, 2015

Yes, it's fixed in 1.2.8-dev.

@born2b born2b added a commit to born2b/Slic3r that referenced this issue Jun 10, 2015
@alexrj @born2b + born2b Fix admesh's STL parser in order to make it more tolerant for broken …
…STL files having multiple 'solid' definitions. Still not the ideal STL parser, but handles the cases that were reported so far. #2471 #2842
ba28413
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment