View Issue Details

IDProjectCategoryView StatusLast Update
0003679PartDesignBugpublic2022-01-15 15:22
Reporterchrisb Assigned Tochrisb  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version0.18 
Target Version0.20 
Summary0003679: Polar pattern not working on a midplane pocket (upstream OCC bug)
DescriptionForum topic shows an example where a pocket with Midplane=True is pocketed. The following polar pattern fails.
A file showing the issue is attached to the aforementioned forum post.
Additional InformationTracking this via OCC bugs in the bugtracker forum thread
TagsOCC Bug, upstream
FreeCAD Information

Activities

wmayer

2018-11-10 17:04

administrator   ~0012167

When Midplane=True then the Polar transform takes a lot of time and always causes a segfault at the end.

normandc

2019-02-24 16:03

manager   ~0012747

Could this be related to 0003600?

wmayer

2019-02-24 18:05

administrator   ~0012754

Last edited: 2019-02-25 12:39

Seems to be a bug in OCCT's ProjLib_ProjectedCurve::Load method. There is code block

        NCollection_DataMap<Standard_Integer, Standard_Integer> aMap; 
        Handle(Geom2d_BSplineCurve) aRes = myResult.BSpline();
        const Standard_Integer aDeg = aRes->Degree();
where aRes is a handle to a null pointer. OCCT simply accesses the pointer without checking beforehand whether it's null or not.

Then there is the function Approx_ComputeCLine::Perform which seems to take forever.

wmayer

2019-02-24 18:09

administrator   ~0012755

Last edited: 2019-02-25 12:39

I don't think that 0003600 is directly related. The slowness there is presumably not the creation of the array but performing the boolean operations afterwards.

The project in the forum thread as something relative simple and still takes a long time for computation.

Kunda1

2020-12-31 12:39

administrator   ~0015188

Tracking this via OCC bugs in the bugtracker forum thread

Kunda1

2022-01-15 13:34

administrator   ~0016212

Last edited: 2022-01-15 13:35

@user1234 reports in https://forum.freecadweb.org/viewtopic.php?p=534405#p534405


Update the file and the issue is gone, seems to be solved.

OS: Debian GNU/Linux 11 (bullseye) (X-Cinnamon/lightdm-xsession)
Word size of FreeCAD: 64-bit
Version: 0.20.25755 (Git)
Build type: Release
Branch: master
Hash: 7db39151b9c1d73cc8841865efe22b907268b0d3
Python version: 3.9.2
Qt version: 5.15.2
Coin version: 4.0.0
OCC version: 7.5.3
Locale: English/United States (en_US)

user1234

Issue History

Date Modified Username Field Change
2018-11-10 07:07 chrisb New Issue
2018-11-10 17:04 wmayer Status new => confirmed
2018-11-10 17:04 wmayer Note Added: 0012167
2019-02-24 16:03 normandc Target Version => 0.19
2019-02-24 16:03 normandc Note Added: 0012747
2019-02-24 18:05 wmayer Note Added: 0012754
2019-02-24 18:09 wmayer Note Added: 0012755
2019-02-25 12:39 Kunda1 Note Edited: 0012754
2019-02-25 12:39 Kunda1 Note Edited: 0012755
2019-02-25 12:40 Kunda1 Tag Attached: OCC Bug
2019-02-25 12:40 Kunda1 Tag Attached: upstream
2020-12-31 12:39 Kunda1 Additional Information Updated
2020-12-31 12:39 Kunda1 Summary Polar pattern not working on a midplane pocket => Polar pattern not working on a midplane pocket (upstream OCC bug)
2020-12-31 12:39 Kunda1 Note Added: 0015188
2021-02-06 06:43 abdullah Target Version => 0.20
2022-01-15 13:34 Kunda1 Note Added: 0016212
2022-01-15 13:35 Kunda1 Note Edited: 0016212
2022-01-15 15:22 chrisb Assigned To => chrisb
2022-01-15 15:22 chrisb Status confirmed => closed
2022-01-15 15:22 chrisb Resolution open => fixed