Closed david-zwicker closed 7 years ago
The input must be a triangle mesh. Try calling CGAL::Polygon_mesh_processing::triangulate_faces()
first.
Thank you for the explanation. I agree that this is not a bug and also already documented in the respective sections. However, I suggest to add an explicit check to the examples in the documentation of the Triangulated Surface Mesh Skeletonization package. Adding the following code right after loading the mesh would help novice CGAL users like me:
if (!tmesh.is_pure_triangle()) {
std::cout << "Input geometry is not triangulated." << std::endl;
return EXIT_FAILURE;
}
Thanks @david-zwicker. You are right about the need for better examples. Would you mind create a pull-request?
@lrineau I'm afraid I don't know how to create pull-request. Is there a documentation for this somewhere?
We should do that systematically for all examples where this is requiredOn Apr 13, 2017 4:42 PM, David Zwicker notifications@github.com wrote:@lrineau I'm afraid I don't know how to create pull-request. Is there a documentation for this somewhere?
—You are receiving this because you are subscribed to this thread.Reply to this email directly, view it on GitHub, or mute the thread.
This issue has been fixed by @janetournois (from GeometryFactory) in the PR #2060. I will be in CGAL-4.11-beta1, planned for mid-summer 2017.
I run into a segmentation fault when trying to extract the skeleton of some geometries. I generally deal with more complicated cases, but here is a simple example, where the algorithm fails: boxcubecc3.off.zip
Issue Details
I ran the program given below and receive the following result from
gdb
on my Linux system:Source Code
Environment
I tried this in two different environments and got the same result for the attached geometry. However, for some geometries the skeleton could be determined on the Mac system, while it caused a SegFault on the Linux system.
System 1:
otool -L skeleton
givesSystem 2:
ldd skeleton
gives