Description of problem: Importing STL file Version-Release number of selected component: slic3r-1.1.7-1.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: perl /usr/bin/slic3r crash_function: Perl_hv_undef_flags executable: /usr/bin/perl kernel: 3.17.7-300.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #7 Perl_hv_undef_flags at hv.c:1813 #8 Perl_sv_clear at sv.c:6390 #9 Perl_sv_free2 at sv.c:6590 #10 S_visit at sv.c:422 #11 perl_destruct at perl.c:1069 #12 S_ithread_clear at threads.xs:231 #13 XS_threads_join at threads.xs:1314 #14 Perl_pp_entersub at pp_hot.c:2888 #15 Perl_runops_standard at run.c:42 #16 Perl_call_sv at perl.c:2766
Created attachment 974184 [details] File: backtrace
Created attachment 974185 [details] File: cgroup
Created attachment 974186 [details] File: core_backtrace
Created attachment 974187 [details] File: dso_list
Created attachment 974188 [details] File: environ
Created attachment 974189 [details] File: limits
Created attachment 974190 [details] File: maps
Created attachment 974191 [details] File: proc_pid_status
OK, could you provide the STL file? And tell me how exactly you've imported it? Because there are several ways.
Created attachment 974440 [details] blender file
Mistake, was not STL file, but blender OBJ. Opened via "Quick Slice"
This is a known bug. As a workaround, either don't use Quick slice but lode the file to plater, or use only one thread (Print settings -> Advanced -> Other -> Threads). *** This bug has been marked as a duplicate of bug 1046006 ***