Issue with STL reader about pmp-library HOT 3 CLOSED

Hah, interesting case! Your analysis is correct that the test for a binary file fails in this case. The reason is that the provided STL file begins with the ASCII characters solid Part. According to Wikipedia this is generally a no-go for binary STL files:

A binary STL file has an 80-character header which is generally ignored, but should never begin with the ASCII representation of the string solid, as that may lead some software to confuse it with an ASCII STL file.

Nevertheless, would be good if our STL reader would be more robust for such cases.

Out of curiosity: Which software created the STL file?

from pmp-library.

ahhh, thanks for the answer ... helps me to also pay attention about that with other geometries.

The file was provided to me and I never asked how was created but from the workflow of my current job it is usually do in 2 ways to get a mesh (the initial input is a CAD file)

1. Use out-of-the-box CAD software like solidworks or rhino and let that software do the import to STL
2. In C++ we plugin this gigantic library https://dev.opencascade.org/doc/overview/html/ to our pipeline which can convert CAD/Nurbs into STL/Faces

from pmp-library.

I see, thanks.

I'll keep the issue open as a reminder to make our binary detection more robust.

from pmp-library.