OCCT knowledge archive

Public issue history, anonymized and searchable

Browse technical reports from the public and community areas of the former OCCT tracker. Public ticket numbers are retained; participant identities are anonymized.

Issues
7,498
Public notes
51,425
Areas
35

Latest archived activity

Recently updated records

Browse all 7,498 issues

Community · OCCT:Shape Healing

#0033903 ShapeFix_Shape crashes

Applying ShapeFix_Shape to the attached brep causes a crash. Setting aSfs.FixSolidMode() = false avoids this issue, maybe because this is a Moebius-type shape, but it should not cause a crash anyway. TopoDS_Shape shape ; BRep_Builder builder ; BRepTools::Read(shape, "Attachm

resolvedcrash3 notes

Community · OCCT:Modeling Data

#0033907 Computed volume is not the same as the one given by CADAssistant

Hello, With the attached brep, I get a volume of 329.6, but with CADAssistant I get a volume of 334.6. Why is there a difference please ? TopoDS_Shape lShape ; BRep_Builder lBuilder ; GProp_GProps lProperties ; BRepTools::Read(lShape, "Attachment 1 (BREP)", lBuilder) ;

minor2 notes

Community · OCCT:Modeling Algorithms

#0033905 BRepAlgoAPI_Common gives bad result

Hello, The whole Attachment 1 (BREP) (see attached files) is considered as common part between Attachment 1 (BREP) and Attachment 7 (BREP) but that's clearly wrong (see attached picture) BRepAlgoAPI_Common lBuilder ; lBuilder.SetRunParallel(false) ; TopTools_ListOfShape lArgs ; T

resolvedminor2 notes

Community · OCCT:Modeling Algorithms

#0033482 Modeling Algorithms - Bad result with BRepAlgoAPI_Common

Hi ! BRepAlgoAPI_Common can give no result although there is clearly a big common part between 2 shapes (see attached picture) You can use Tool and Argument joined in "NotAttachment 1 (ZIP)"

resolvedmajor5 notes

Community · OCCT:Modeling Algorithms

#0033448 Modeling Algorithms - incorrect result in solving 4th degree equations

Hello, There are sometimes bad results in math_DirectPolynomialRoots::Solve(const Standard_Real a, const Standard_Real b, const Standard_Real c, const Standard_Real d, const Standard_Real e) We don't get the right results, with values: a=1.0000000000000004 b=-2.[revision removed]

resolvedmajor6 notes

Community · OCCT:Modeling Algorithms

#0033900 Bad STEP import

Hello, The attached file is well seen on some CAD softwares, but import it with OCC gives a flat surface instead on a volume with 20 um of thickness. This code allows to scale the shape and see clearly the (bad) result : STEPControl_Reader reader ; reader.ReadFile("C:\\Attac

major1 note

Community · OCCT:Modeling Algorithms

#0033908 Bad result with BRepAlgoAPI_Cut

Hello, I try to use BRepAlgoAPI_Cut between 2 shapes. I should have a shape as result but I get an empty TopoDS_Shape. BRepAlgoAPI_Cut lBuilder ; BRep_Builder lBRepBuilder ; TopTools_ListOfShape lArgs ; TopoDS_Shape lArg, lTool ; BRepTools::Read(lArg, "Attachment 2 (BREP)&qu

major1 note

Open CASCADE · OCCT:Modeling Algorithms

#0027089 Remove unused property myBox of the class BRepClass3d_SolidExplorer

The class BRepClass3d_SolidExplorer has the field myBox, and it is computed during initialization of the class instance. But this property is never used in the current configuration. It is used only if preprocessor definition MARCHEPASSIUNESEULEFACE is defined in the file BRepCla

resolvedtweak1 note

Community · OCCT:Modeling Algorithms

#0033133 BRepPrimAPI_MakeTorus does not return a torus

when a1 is not 0 and a2 is not 2 Pi and angle is not 2 Pi things go south: BRepPrimAPI_MakeTorus(axis, r1, r2, a1, a2, angle) Other combination of values may also be problematic. See discussion in forum. #include <iostream> #include <gp_Ax2.hxx> #include <TopoDS_Sh

resolvedminor2 notes

Community · OCCT:Modeling Algorithms

#0029446 Parameter U should used for GeomFill_CoonsAlgPatch::Value()

According to the Coons parametric equation(see the attach picture), the parameter U should used to evaluate the point on Coons patch, in the 7.2.0 source code, the parameter U is commented as follows: //gp_Pnt GeomFill_CoonsAlgPatch::Value(const Standard_Real U, gp_Pnt GeomFill_C

resolvedminor1 note

Community · OCCT:Modeling Algorithms

#0032371 Modeling Algorithms - Unnecessary range of iteration loop in an algorithm

In file src/BRepLib/BRepLib.cxx, line 411: for (ii = 0 ; ii < 3 ; ii++ ) { should be changed to for (ii = 1 ; ii < 3 ; ii++ ) { Since ii == 0 always results in obtaining a null pointer Curve2dPtr after calling the first line BRep_Tool::CurveOnSurface (this function expects

resolvedtrivial1 note

Open CASCADE · OCCT:Mesh

#0032395 Mesh - possible mistake in BRepMesh_Delaun::isVertexInsidePolygon

The method BRepMesh_Delaun::isVertexInsidePolygon classifies a point inside 2D polygon calculating cumulative angle from the point to all segments. I found out that for a CCW polygon the angle computed by that procedure will be equal to -2PI. However, the final condition checks t

resolvedminor1 note

Open CASCADE · OCCT:Modeling Data

#0032902 Modeling Data - Get rid of BRepTopAdaptor_SeqOfPtr

Usage of BRepTopAdaptor_SeqOfPtr leads to potential memory leaks (see 0031009). This issue proposes to get rid of BRepTopAdaptor_SeqOfPtr and substitute it by the collection of a certain type. Entities of this class are used in BRepTopAdaptor_FClass2d and IntTools_FClass2d. NA

resolvedminor1 note

Open CASCADE · OCCT:Documentation

#0033848 Reporting bugs or feature request in GitHub

OCCT team have new approach with reporting bug or features and questions. Bugs or features: Mantis: [archived tracker link removed] GH Issues: https://github.com/Open-Cascade-SAS/OCCT/issues GH Report issue: https://github.com/Open-Cascade-SAS/OCCT/issues/new/choose _ Question or

confirmedfeature1 note
Read-only technical record

Use the current OCCT GitHub project for a new defect or improvement request.

Open GitHub issues