Skip to content
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

Crash on model slice (segmentation fault (core dumped) #4513

Open
rab1515 opened this issue Jan 4, 2025 · 3 comments
Open

Crash on model slice (segmentation fault (core dumped) #4513

rab1515 opened this issue Jan 4, 2025 · 3 comments

Comments

@rab1515
Copy link

rab1515 commented Jan 4, 2025

Version

Version: 2.5.60.0
Build: SuperSlicer_2.5.60.0_2024-07-01

Operating system type + version

Operating System: Unix
System Architecture: 64 bit
System Version: Linux 6.12.4-1-MANJARO x86_64

Behavior*

Superslicer crashes during model slicing. Using version SuperSlicer_2.5.59.13_2024-07-01 does not crash but reports the following error:
Screenshot_20250104_184527

Is this a new feature request?
No.

Project File (.3MF) where problem occurs

Superslicer2.5.59.13_linux_64_error_project.zip

@rab1515
Copy link
Author

rab1515 commented Jan 5, 2025

Setting Thin walls = false stops SuperSlicer from crashing on 2.5.59 builds. The issue is prevalent in the app image build and windows build. The 2.5.59 builds are more graceful and display an error, while the 2.5.60 builds crash.

@agittins
Copy link

I also get regular crashes using 2.5.60 on debian sid. Clicking generate in the bed levelling calibration dialog is enough to reproduce, it appears to happen at the slicing stage.

This still happens on my system if I disable Arachne and Thin Walls. Running a backtrace in gdb gives me:

Thread 25 "slic3r_tbb_5" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffa3bfe6c0 (LWP 1031149)]
0x00005555563b1c9f in Slic3r::SeamPlacerImpl::calculate_polyline_angles_at_vertices(Slic3r::SeamPlacerImpl::PolylineWithEnd const&, std::vector<float, std::allocator<float> > const&, float)
    ()
(gdb) bt
#0  0x00005555563b1c9f in Slic3r::SeamPlacerImpl::calculate_polyline_angles_at_vertices(Slic3r::SeamPlacerImpl::PolylineWithEnd const&, std::vector<float, std::allocator<float> > const&, float) ()
#1  0x00005555563b5983 in Slic3r::SeamPlacerImpl::process_perimeter_polylines(Slic3r::SeamPlacerImpl::PolylineWithEnd const&, float, Slic3r::LayerRegion const*, Slic3r::SeamPlacerImpl::GlobalModelInfo const&, Slic3r::PrintObjectSeamData::LayerSeams&) ()
#2  0x00005555563bba85 in Slic3r::SeamPlacer::gather_seam_candidates(Slic3r::PrintObject const*, Slic3r::SeamPlacerImpl::GlobalModelInfo const&, Slic3r::SeamPosition)::{lambda(tbb::detail::d1::blocked_range<unsigned long>)#1}::operator()(tbb::detail::d1::blocked_range<unsigned long>) const [clone .isra.0] ()
#3  0x00005555563bc244 in tbb::detail::d1::start_for<tbb::detail::d1::blocked_range<unsigned long>, Slic3r::SeamPlacer::gather_seam_candidates(Slic3r::PrintObject const*, Slic3r::SeamPlacerImpl::GlobalModelInfo const&, Slic3r::SeamPosition)::{lambda(tbb::detail::d1::blocked_range<unsigned long>)#1}, tbb::detail::d1::auto_partitioner const>::execute(tbb::detail::d1::execution_data&) ()
#4  0x0000555556fae00b in tbb::detail::r1::market::process(rml::job&) ()
#5  0x0000555556f9e3d7 in tbb::detail::r1::rml::private_worker::thread_routine(void*) ()
#6  0x00007ffff6dbd732 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:447
#7  0x00007ffff6e382b8 in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

@mszulen
Copy link

mszulen commented Jan 21, 2025

2.5.60 crashing for me on Mac every single time. Might be similar reason. Thin walls doesn't make any difference.
It starts to slice and crashes around, what looks like, beginning of infill calculation.

2.5.59-13 slices perfectly (same profiles used)

MacBook M1 SS Crash.3mf.zip

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants