Bug 1159646

Summary: [abrt] freecad: qutr2d_(): FreeCAD killed by SIGSEGV
Product: [Fedora] Fedora Reporter: alan.henry.williams
Component: freecadAssignee: Richard Shaw <hobbes1069>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: alan.henry.williams, hobbes1069, john
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/609c25724044f433e9fdbf54ea0e76b0722bf523
Whiteboard: abrt_hash:1379feac1c857d48db2a03e9824a4138b7b5e1df
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-03-19 19:03:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description alan.henry.williams 2014-11-02 15:55:47 UTC 
Description of problem:
Exporting to .scad format

Version-Release number of selected component:
freecad-0.13-10.fc20

Additional info:
reporter:       libreport-2.2.2
backtrace_rating: 4
cmdline:        /usr/bin/FreeCAD
crash_function: qutr2d_
executable:     /usr/lib64/freecad/bin/FreeCAD
kernel:         3.15.5-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 qutr2d_ at /lib64/libStdMeshers.so.5.1
 #1 qualitetrte_ at /lib64/libStdMeshers.so.5.1
 #2 aptrte(long, double, long, long*, R2*, long, R2*, long&, R2*&, long&, long*&, long&) at /lib64/libStdMeshers.so.5.1
 #3 StdMeshers_MEFISTO_2D::Compute(SMESH_Mesh&, TopoDS_Shape const&) at /lib64/libStdMeshers.so.5.1
 #4 SMESH_subMesh::ComputeStateEngine(int) at /lib64/libSMESH.so.5.1
 #5 SMESH_Gen::Compute(SMESH_Mesh&, TopoDS_Shape const&, bool, MeshDimension, std::set<int, std::less<int>, std::allocator<int> >*) at /lib64/libSMESH.so.5.1
 #7 MeshPart::Mesher::createMesh() const at /usr/lib64/freecad/lib/MeshPart.so
 #8 meshFromShape(_object*, _object*) at /usr/lib64/freecad/lib/MeshPart.so
 #9 PyEval_EvalFrameEx at /lib64/libpython2.7.so.1.0
 #14 PyEval_EvalCodeEx at /lib64/libpython2.7.so.1.0
Comment 1 alan.henry.williams 2014-11-02 15:55:51 UTC 
Created attachment 952925 [details]
File: backtrace
Comment 2 alan.henry.williams 2014-11-02 15:55:52 UTC 
Created attachment 952926 [details]
File: cgroup
Comment 3 alan.henry.williams 2014-11-02 15:55:53 UTC 
Created attachment 952927 [details]
File: core_backtrace
Comment 4 alan.henry.williams 2014-11-02 15:55:56 UTC 
Created attachment 952928 [details]
File: dso_list
Comment 5 alan.henry.williams 2014-11-02 15:55:57 UTC 
Created attachment 952929 [details]
File: environ
Comment 6 alan.henry.williams 2014-11-02 15:55:59 UTC 
Created attachment 952930 [details]
File: exploitable
Comment 7 alan.henry.williams 2014-11-02 15:56:00 UTC 
Created attachment 952931 [details]
File: limits
Comment 8 alan.henry.williams 2014-11-02 15:56:03 UTC 
Created attachment 952932 [details]
File: maps
Comment 9 alan.henry.williams 2014-11-02 15:56:05 UTC 
Created attachment 952933 [details]
File: open_fds
Comment 10 alan.henry.williams 2014-11-02 15:56:07 UTC 
Created attachment 952934 [details]
File: proc_pid_status
Comment 11 alan.henry.williams 2014-11-02 15:56:08 UTC 
Created attachment 952935 [details]
File: var_log_messages
Comment 12 Richard Shaw 2014-11-02 18:35:44 UTC 
Um... Are you actually running 0.13? 0.14 has been stable since the end of July...
Comment 13 alan.henry.williams 2015-03-30 19:32:28 UTC 
Yes 0.13 - sorry - some problem with automatic updating via yum.
Comment 14 Richard Shaw 2015-03-30 20:05:23 UTC 
Ok, can you reproduce the problem in 0.14?
Comment 15 alan.henry.williams 2015-04-07 15:51:02 UTC 
No - not so far anyway. Output to .scad file goes ok.

On the other hand, OpenSCAD and FreeCAD don't agree on what the file should look like - some disagreement about offsets possibly, I think - my initial design in OpensCAD had to be tweaked to appear as I wanted it in FreeCAD.