May 2012 - cgma-dev - mailman3.cels.anl.gov

Re: [cgma-dev] OCC MacOS compile successful
by Iulian Grindeanu 24 May '12

24 May '12

| | Hi, Rajeev: | | It's good news that you are able to build OCC in Mac! | | I saw this error before too in building CGM on OCC on Linux. | | However, | | it turned out to be a set up problem. Can you look at config.log, | | and | | check if it said that you are using the correctly OCC library? You | | have to set the LD_LIBRARY_PATH to include your new build directory. | | Hope it helps. | | Jane | | On Fri, Feb 24, 2012 at 12:21 PM, Rajeev Jain < jain(a)mcs.anl.gov > | | wrote: | | | Thanks, James. | | | I was able to build OCC. Did you get CGM to work? | | | Configuring CGM I get this: | | | checking if OpenCascade requires -lpthread... configure: error: | | | Cannot | | | link libTKKernel with Standard_Mutex | | | Rajeev Hello, It seems that for occ, you have to set the LD_LIBRARY_PATH to point to occ/lib installation. Otherwise, on cgm configure you get an error like this, reported by Rajeev on a mac too: ... checking Standard_Version.hxx presence... yes checking for Standard_Version.hxx... yes checking for create_mailbox in -lTKernel... yes checking if OpenCascade requires -lpthread... configure: error: Cannot link libTKKernel with Standard_Mutex This is required also for the new occ builds on mcs workstations. On my laptop, I still get that, though, with occ651. It is working with occ652 that I built later. I will stick to 652, anyway. Iulian

1 0

Re: [cgma-dev] testgeom_occ
by Jane Hu 24 May '12

24 May '12

We haven't release CGM13.1 yet. I still have some updates regarding attribute to finish. But if we need to release now, we can, and my updates can be treated as bug fixes. Jane On Wed, May 23, 2012 at 9:45 PM, Timothy J. Tautges <tautges(a)mcs.anl.gov>wrote: > Haven't we released CGM 13.1? Then the HEAD should be 13.1 too. > > - tim > > ----- Original Message ----- > From: "Jane Hu" <janejhu(a)gmail.com> > To: "Rajeev Jain" <jain(a)mcs.anl.gov> > Cc: "CGMA Development" <cgma-dev(a)mcs.anl.gov> > Sent: Monday, May 21, 2012 1:16:58 PM > Subject: Re: [cgma-dev] testgeom_occ > > You may try merge_cubit13.1 branch, this has some minor function > signature's changes, it shouldn't affect the result of running testcases in > occ. > > Can you double check if a new_body is created in the copy_body process? I > suspect that the problem is still in the copy_body place, where it didn't > find underlining TopoDS_Shape. Then it could be just related to the OS, > which may be a bug there. > > Jane > > > On Mon, May 21, 2012 at 12:22 PM, Rajeev Jain < jain(a)mcs.anl.gov > wrote: > > > > > > > Thanks Jane for looking into this, we made some progress, I made the > changes you made to cgm repo version, I'm using CGM repo version with > OCC-6.5 not the merge-cubit13.1 branch - should I use this branch instead? > > > We made some progress with the change you made the error is now on line > 6249 instead of 6233 in file iGeom_CGMA.cc, which is the subtract > operation, the copy operation seems to have gone through, please see > debugger o/p below: > > > (gdb) r > Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ > Reading symbols for shared libraries > ++++++++++++++++++++++++++++++..................................... done > > Using default input file: ./../test/LeverArm.brep > Geometry engine set to: OpenCascade 6.5 > > > > > ITAPS GEOMETRY INTERFACE TEST PROGRAM: > > > gLoad: > Constructed 1 Volume: 1 > Model contents: > vertices: 99 > edges: 159 > faces: 63 > regions: 1 > Success > tags: Tags defined on model: GLOBAL_ID, NAME > Success > gentity sets: Success > topology adjacencies: Success > construct: Created swept volume 4 > Updated volume 3 > Success > primitives: Success > transforms: Success > > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: 13 at address: 0x0000000000000000 > 0x00000001041f8edf in Handle_Standard_Transient::Assign () > (gdb) bt > #0 0x00000001041f8edf in Handle_Standard_Transient::Assign () > #1 0x00000001031ee1e4 in BRepBuilderAPI_ModifyShape::DoModif () > #2 0x00000001031e46c0 in BRepBuilderAPI_Copy::BRepBuilderAPI_Copy () > #3 0x00000001000b286d in OCCModifyEngine::get_shape_list > (this=0x104e04b70, BodySM_list=@0x7fff5fbff4f0, shape_list=@0x7fff5fbff318, > is_volume=@0x7fff5fbff2f8, keep_old=true, b_boxes=0x104e8d3f0) at > OCCModifyEngine.cpp:3535 > #4 0x000000010007e792 in OCCModifyEngine::subtract (this=0x104e04b70, > tool_body_list=@0x7fff5fbff4f0, from_bodies=@0x7fff5fbff4d8, > new_bodies=@0x7fff5fbff480, imprint=false, keep_old=false) at > OCCModifyEngine.cpp:2212 > #5 0x00000001004a4cec in GeometryModifyTool::subtract (this=0x104e03280, > tool_body_list=@0x7fff5fbff608, from_bodies=@0x7fff5fbff6f0, > new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at > GeometryModifyTool.cpp:6368 > #6 0x00000001004a51de in GeometryModifyTool::subtract (this=0x104e03280, > tool_body=0x104e8cb30, from_bodies=@0x7fff5fbff6f0, > new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at > GeometryModifyTool.cpp:6305 > #7 0x0000000100028f21 in iGeom_subtractEnts (instance=0x10085e8c0, > blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, > err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6249 > #8 0x0000000100006231 in booleans_test (geom=0x10085e8c0) at > testgeom.cc:1136 > #9 0x000000010000e878 in main (argc=1, argv=0x7fff5fbffb78) at > testgeom.cc:239 > (gdb) list > 129 } > 130 > 131 int main( int argc, char *argv[] ) > 132 { > 133 // Check command line arg > 134 #ifdef FORCE_OCC > 135 #ifndef HAVE_OCC > 136 #error "Cannot force use of OCC w/out OCC support" > 137 #endif > 138 std::string filename = STRINGIFY(SRCDIR) "/../test/LeverArm.brep"; > > Rajeev > > > > > > > > From: Jane Hu < janejhu(a)gmail.com > > To: Rajeev Jain < jain(a)mcs.anl.gov > > Cc: CGMA Development < cgma-dev(a)mcs.anl.gov > > Sent: Monday, May 21, 2012 10:11 AM > Subject: Re: testgeom_occ > > > > > Hi, Rajeev: > > I don't know exactly what's wrong with the Mac OS, I double checked that > if the new_body is null, theCS pointer should not be null. However, I added > a safety check on it just now. Can you double check to see if it works this > time? > > Jane > > > On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain < jain(a)mcs.anl.gov > wrote: > > > > > > testgeom_occ on Mac OSX fails, when in copy_body routine, the call to > IsBound fails: > if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) > > > >

1 0

Re: [cgma-dev] testgeom_occ
by Timothy J. Tautges 23 May '12

23 May '12

Haven't we released CGM 13.1? Then the HEAD should be 13.1 too. - tim ----- Original Message ----- From: "Jane Hu" <janejhu(a)gmail.com> To: "Rajeev Jain" <jain(a)mcs.anl.gov> Cc: "CGMA Development" <cgma-dev(a)mcs.anl.gov> Sent: Monday, May 21, 2012 1:16:58 PM Subject: Re: [cgma-dev] testgeom_occ You may try merge_cubit13.1 branch, this has some minor function signature's changes, it shouldn't affect the result of running testcases in occ. Can you double check if a new_body is created in the copy_body process? I suspect that the problem is still in the copy_body place, where it didn't find underlining TopoDS_Shape. Then it could be just related to the OS, which may be a bug there. Jane On Mon, May 21, 2012 at 12:22 PM, Rajeev Jain < jain(a)mcs.anl.gov > wrote: Thanks Jane for looking into this, we made some progress, I made the changes you made to cgm repo version, I'm using CGM repo version with OCC-6.5 not the merge-cubit13.1 branch - should I use this branch instead? We made some progress with the change you made the error is now on line 6249 instead of 6233 in file iGeom_CGMA.cc, which is the subtract operation, the copy operation seems to have gone through, please see debugger o/p below: (gdb) r Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ Reading symbols for shared libraries ++++++++++++++++++++++++++++++..................................... done Using default input file: ./../test/LeverArm.brep Geometry engine set to: OpenCascade 6.5 ITAPS GEOMETRY INTERFACE TEST PROGRAM: gLoad: Constructed 1 Volume: 1 Model contents: vertices: 99 edges: 159 faces: 63 regions: 1 Success tags: Tags defined on model: GLOBAL_ID, NAME Success gentity sets: Success topology adjacencies: Success construct: Created swept volume 4 Updated volume 3 Success primitives: Success transforms: Success Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 0x00000001041f8edf in Handle_Standard_Transient::Assign () (gdb) bt #0 0x00000001041f8edf in Handle_Standard_Transient::Assign () #1 0x00000001031ee1e4 in BRepBuilderAPI_ModifyShape::DoModif () #2 0x00000001031e46c0 in BRepBuilderAPI_Copy::BRepBuilderAPI_Copy () #3 0x00000001000b286d in OCCModifyEngine::get_shape_list (this=0x104e04b70, BodySM_list=@0x7fff5fbff4f0, shape_list=@0x7fff5fbff318, is_volume=@0x7fff5fbff2f8, keep_old=true, b_boxes=0x104e8d3f0) at OCCModifyEngine.cpp:3535 #4 0x000000010007e792 in OCCModifyEngine::subtract (this=0x104e04b70, tool_body_list=@0x7fff5fbff4f0, from_bodies=@0x7fff5fbff4d8, new_bodies=@0x7fff5fbff480, imprint=false, keep_old=false) at OCCModifyEngine.cpp:2212 #5 0x00000001004a4cec in GeometryModifyTool::subtract (this=0x104e03280, tool_body_list=@0x7fff5fbff608, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6368 #6 0x00000001004a51de in GeometryModifyTool::subtract (this=0x104e03280, tool_body=0x104e8cb30, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6305 #7 0x0000000100028f21 in iGeom_subtractEnts (instance=0x10085e8c0, blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6249 #8 0x0000000100006231 in booleans_test (geom=0x10085e8c0) at testgeom.cc:1136 #9 0x000000010000e878 in main (argc=1, argv=0x7fff5fbffb78) at testgeom.cc:239 (gdb) list 129 } 130 131 int main( int argc, char *argv[] ) 132 { 133 // Check command line arg 134 #ifdef FORCE_OCC 135 #ifndef HAVE_OCC 136 #error "Cannot force use of OCC w/out OCC support" 137 #endif 138 std::string filename = STRINGIFY(SRCDIR) "/../test/LeverArm.brep"; Rajeev From: Jane Hu < janejhu(a)gmail.com > To: Rajeev Jain < jain(a)mcs.anl.gov > Cc: CGMA Development < cgma-dev(a)mcs.anl.gov > Sent: Monday, May 21, 2012 10:11 AM Subject: Re: testgeom_occ Hi, Rajeev: I don't know exactly what's wrong with the Mac OS, I double checked that if the new_body is null, theCS pointer should not be null. However, I added a safety check on it just now. Can you double check to see if it works this time? Jane On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain < jain(a)mcs.anl.gov > wrote: testgeom_occ on Mac OSX fails, when in copy_body routine, the call to IsBound fails: if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS))

1 0

r5530 - cgm/trunk
by jvporter＠wisc.edu 23 May '12

23 May '12

Author: jvporter Date: 2012-05-23 13:47:53 -0500 (Wed, 23 May 2012) New Revision: 5530 Modified: cgm/trunk/configure.ac Log: Change --enable-shim to --with-shim to allow specifying shim directory Modified: cgm/trunk/configure.ac =================================================================== --- cgm/trunk/configure.ac 2012-05-23 17:05:41 UTC (rev 5529) +++ cgm/trunk/configure.ac 2012-05-23 18:47:53 UTC (rev 5530) @@ -396,11 +396,22 @@ ################################################################################ # ITAPS shim ################################################################################ -AC_ARG_ENABLE([shim],[AC_HELP_STRING([--enable-shim], - [Enable ITAPS shim])], - [ITAPS_SHIM=$enableval],[ITAPS_SHIM=no]) -AM_CONDITIONAL([ITAPS_SHIM],[test "xyes" = "x$ITAPS_SHIM"]) +AC_ARG_WITH(shim, + [AC_HELP_STRING([--with-shim], + [Enable ITAPS shim])], + [SHIM_DIR="$withval"], + [SHIM_DIR=no]) +AM_CONDITIONAL([ITAPS_SHIM],[test "xno" != "x$SHIM_DIR"]) +if test "x$CUBIT_DIR" == "xyes"; then + AC_MSG_ERROR([Option --with-shim without specifying Cubit directory.]) +elif test "x$SHIM_DIR" != "xno"; then + if ! test -d "$SHIM_DIR"; then + AC_MSG_ERROR([$SHIM_DIR: not a directory.]) + fi + AM_CPPFLAGS="$AM_CPPFLAGS -I$SHIM_DIR" +fi + ################################################################################ # OCC Options ################################################################################

1 0

r5529 - cgm/trunk/geom/OCC
by iulian＠mcs.anl.gov 23 May '12

23 May '12

Author: iulian Date: 2012-05-23 12:05:41 -0500 (Wed, 23 May 2012) New Revision: 5529 Added: cgm/trunk/geom/OCC/occ_patches_6.5.2_gcc4.6.3 Log: in order to be able to build occt version 6.5.2, on a system with gcc 4.6.3, you need to apply this patch, in this way: after extracting the occ tar file, go to root directory patch with $> patch -p1<occ_patches_6.5.2_gcc4.6.3 with this patch, make check passes for cgm built with this version of occ(t) Added: cgm/trunk/geom/OCC/occ_patches_6.5.2_gcc4.6.3 =================================================================== --- cgm/trunk/geom/OCC/occ_patches_6.5.2_gcc4.6.3 (rev 0) +++ cgm/trunk/geom/OCC/occ_patches_6.5.2_gcc4.6.3 2012-05-23 17:05:41 UTC (rev 5529) @@ -0,0 +1,135 @@ +diff -rupN orgOCC652/ros/src/BRepBuilderAPI/BRepBuilderAPI_Collect.cxx OCC652/ros/src/BRepBuilderAPI/BRepBuilderAPI_Collect.cxx +--- orgOCC652/ros/src/BRepBuilderAPI/BRepBuilderAPI_Collect.cxx 2011-07-15 02:27:59.000000000 -0500 ++++ OCC652/ros/src/BRepBuilderAPI/BRepBuilderAPI_Collect.cxx 2012-05-23 11:44:30.190980273 -0500 +@@ -201,9 +201,18 @@ void BRepBuilderAPI_Collect::Add (const + BuildBack (myGen, GenBack); // Vraiment pas optimum a Revoir + BuildBack (myMod, ModBack); + +- Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_FACE); +- Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_EDGE); +- Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_VERTEX); ++ TopAbs_ShapeEnum type = SI.ShapeType(); ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,type); ++ if(type < TopAbs_SHELL) ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_SHELL); ++ if(type < TopAbs_FACE) ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_FACE); ++ if(type < TopAbs_WIRE) ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_WIRE); ++ if(type < TopAbs_EDGE) ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_EDGE); ++ if(type < TopAbs_VERTEX) ++ Update (myMod,myGen,ModBack,GenBack,SI,MKS,TopAbs_VERTEX); + + #ifdef DEB + if (Affich) { +diff -rupN orgOCC652/ros/src/BRepClass3d/BRepClass3d_SClassifier.cxx OCC652/ros/src/BRepClass3d/BRepClass3d_SClassifier.cxx +--- orgOCC652/ros/src/BRepClass3d/BRepClass3d_SClassifier.cxx 2011-08-12 05:09:56.000000000 -0500 ++++ OCC652/ros/src/BRepClass3d/BRepClass3d_SClassifier.cxx 2012-05-23 09:29:19.235267158 -0500 +@@ -90,7 +90,8 @@ void BRepClass3d_SClassifier::PerformInf + myState=2; + for(aSE.InitShell(); aSE.MoreShell() && nump<2; aSE.NextShell()) { + for(aSE.InitFace(); aSE.MoreFace() && nump<2; ) { +- aF =*((TopoDS_Face*)&aSE.CurrentFace()); ++ TopoDS_Face tmpVar = aSE.CurrentFace(); ++ aF =*((TopoDS_Face*)&tmpVar); + aSE.NextFace(); + if(!nump) { + nump++; +diff -rupN orgOCC652/ros/src/Extrema/Extrema_ExtPElS.cxx OCC652/ros/src/Extrema/Extrema_ExtPElS.cxx +--- orgOCC652/ros/src/Extrema/Extrema_ExtPElS.cxx 2011-07-15 02:29:06.000000000 -0500 ++++ OCC652/ros/src/Extrema/Extrema_ExtPElS.cxx 2012-05-23 11:44:30.190980273 -0500 +@@ -56,6 +56,7 @@ void Extrema_ExtPElS::Perform(const gp_P + gp_Vec myZ = Pos.XDirection()^Pos.YDirection(); + Standard_Real U1 = gp_Vec(Pos.XDirection()).AngleWithRef(OPp,myZ); //-PI<U1<PI + Standard_Real U2 = U1 + PI; ++ if(U1 > -Tol && U1 < 0.) {U1 = 0.;}

1 0

Re: [cgma-dev] testgeom_occ
by Rajeev Jain 21 May '12

21 May '12

The error is sure OS related, it works on Linux flawlessly. copy_body seems to do something, not sure if it's right, below is the print of *blank_copy and *this_blank after copy_body operation: (gdb) r Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ Reading symbols for shared libraries ++++++++++++++++++++++++++++++..................................... done Using default input file: ./../test/LeverArm.brep Geometry engine set to: OpenCascade 6.5 ITAPS GEOMETRY INTERFACE TEST PROGRAM: gLoad: Constructed 1 Volume: 1 Model contents: vertices: 99 edges: 159 faces: 63 regions: 1 Success tags: Tags defined on model: GLOBAL_ID, NAME Success gentity sets: Success topology adjacencies: Success construct: Created swept volume 4 Updated volume 3 Success primitives: Success transforms: Success Breakpoint 2, iGeom_subtractEnts (instance=0x10085e8c0, blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6234 6234 if (NULL == blank_copy) { (gdb) p *blank_copy $1 = { <GroupingEntity> = { <TopologyEntity> = { <ModelEntity> = { _vptr$ModelEntity = 0x10085a470, deactivatedStatus_ = 0 '\0', encountered_ = 0 '\0' }, members of TopologyEntity: bridgeMan = { <TBOwner> = { _vptr$TBOwner = 0x10085a790 }, members of BridgeManager: topologyEntity = 0x104e7d380, mergeList = { <std::_Vector_base<TopologyBridge*, std::allocator<TopologyBridge*> >> = { _M_impl = { <std::allocator<TopologyBridge*>> = { <__gnu_cxx::new_allocator<TopologyBridge*>> = {<No data fields>}, <No data fields>}, members of std::_Vector_base<TopologyBridge*, std::allocator<TopologyBridge*> >::_Vector_impl: _M_start = 0x104e8ba70, _M_finish = 0x104e8ba78, _M_end_of_storage = 0x104e8ba78 } }, <No data fields>} } }, members of GroupingEntity: myParent = 0x0, nextInParent = 0x0, prevInParent = 0x0, firstSenseEntity = 0x104e809b0, lastSenseEntity = 0x104e809b0 }, <RefEntity> = { <CubitEntity> = { _vptr$CubitEntity = 0x10085a520, entityId = 11 }, <CubitObservable> = { _vptr$CubitObservable = 0x10085a618, observerList = 0x0 }, <ToolDataUser> = { _vptr$ToolDataUser = 0x10085a648, toolData = 0x0 }, <CubitAttribUser> = { _vptr$CubitAttribUser = 0x10085a6b0, headAttrib = 0x0 }, members of RefEntity: autoMergeStatus = 3, markedFlag = 0, listFlag = 0, mColor = -1 }, <No data fields>} (gdb) p *this_blank $2 = { <GroupingEntity> = { <TopologyEntity> = { <ModelEntity> = { _vptr$ModelEntity = 0x10085a470, deactivatedStatus_ = 0 '\0', encountered_ = 0 '\0' }, members of TopologyEntity: bridgeMan = { <TBOwner> = { _vptr$TBOwner = 0x10085a790 }, members of BridgeManager: topologyEntity = 0x104e7fdf0, mergeList = { <std::_Vector_base<TopologyBridge*, std::allocator<TopologyBridge*> >> = { _M_impl = { <std::allocator<TopologyBridge*>> = { <__gnu_cxx::new_allocator<TopologyBridge*>> = {<No data fields>}, <No data fields>}, members of std::_Vector_base<TopologyBridge*, std::allocator<TopologyBridge*> >::_Vector_impl: _M_start = 0x104e7fbf0, _M_finish = 0x104e7fbf8, _M_end_of_storage = 0x104e7fbf8 } }, <No data fields>} } }, members of GroupingEntity: myParent = 0x0, nextInParent = 0x0, prevInParent = 0x0, firstSenseEntity = 0x104e7f500, lastSenseEntity = 0x104e7f500 }, <RefEntity> = { <CubitEntity> = { _vptr$CubitEntity = 0x10085a520, entityId = 9 }, <CubitObservable> = { _vptr$CubitObservable = 0x10085a618, observerList = 0x0 }, <ToolDataUser> = { _vptr$ToolDataUser = 0x10085a648, toolData = 0x0 }, <CubitAttribUser> = { _vptr$CubitAttribUser = 0x10085a6b0, headAttrib = 0x104e836d0 }, members of RefEntity: autoMergeStatus = 3, markedFlag = 0, listFlag = 0, mColor = -1 }, <No data fields>} Rajeev >________________________________ > From: Jane Hu <janejhu(a)gmail.com> >To: Rajeev Jain <jain(a)mcs.anl.gov> >Cc: CGMA Development <cgma-dev(a)mcs.anl.gov> >Sent: Monday, May 21, 2012 1:16 PM >Subject: Re: testgeom_occ > > >You may try merge_cubit13.1 branch, this has some minor function signature's changes, it shouldn't affect the result of running testcases in occ. > >Can you double check if a new_body is created in the copy_body process? I suspect that the problem is still in the copy_body place, where it didn't find underlining TopoDS_Shape. Then it could be just related to the OS, which may be a bug there. > >Jane > > >On Mon, May 21, 2012 at 12:22 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: > >Thanks Jane for looking into this, we made some progress, I made the changes you made to cgm repo version, I'm using CGM repo version with OCC-6.5 not the merge-cubit13.1 branch - should I use this branch instead? >> >> >>We made some progress with the change you made the error is now on line 6249 instead of 6233 in file iGeom_CGMA.cc, which is the subtract operation, the copy operation seems to have gone through, please see debugger o/p below: >> >> >>(gdb) r >>Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ >>Reading symbols for shared libraries ++++++++++++++++++++++++++++++..................................... done >>Using default input file: ./../test/LeverArm.brep >>Geometry engine set to: OpenCascade 6.5 >> >> >> >> >>ITAPS GEOMETRY INTERFACE TEST PROGRAM: >> >> >> gLoad: >>Constructed 1 Volume: 1 >>Model contents: >>vertices: 99 >>edges: 159 >>faces: 63 >>regions: 1 >>Success >> tags: Tags defined on model: GLOBAL_ID, NAME >>Success >> gentity sets: Success >> topology adjacencies: Success >> construct: Created swept volume 4 >>Updated volume 3 >>Success >> primitives: Success >> transforms: Success >> >> >>Program received signal EXC_BAD_ACCESS, Could not access memory. >>Reason: 13 at address: 0x0000000000000000 >>0x00000001041f8edf in Handle_Standard_Transient::Assign () >>(gdb) bt >>#0 0x00000001041f8edf in Handle_Standard_Transient::Assign () >>#1 0x00000001031ee1e4 in BRepBuilderAPI_ModifyShape::DoModif () >>#2 0x00000001031e46c0 in BRepBuilderAPI_Copy::BRepBuilderAPI_Copy () >>#3 0x00000001000b286d in OCCModifyEngine::get_shape_list (this=0x104e04b70, BodySM_list=@0x7fff5fbff4f0, shape_list=@0x7fff5fbff318, is_volume=@0x7fff5fbff2f8, keep_old=true, b_boxes=0x104e8d3f0) at OCCModifyEngine.cpp:3535 >>#4 0x000000010007e792 in OCCModifyEngine::subtract (this=0x104e04b70, tool_body_list=@0x7fff5fbff4f0, from_bodies=@0x7fff5fbff4d8, new_bodies=@0x7fff5fbff480, imprint=false, keep_old=false) at OCCModifyEngine.cpp:2212 >>#5 0x00000001004a4cec in GeometryModifyTool::subtract (this=0x104e03280, tool_body_list=@0x7fff5fbff608, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6368 >>#6 0x00000001004a51de in GeometryModifyTool::subtract (this=0x104e03280, tool_body=0x104e8cb30, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6305 >>#7 0x0000000100028f21 in iGeom_subtractEnts (instance=0x10085e8c0, blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6249 >>#8 0x0000000100006231 in booleans_test (geom=0x10085e8c0) at testgeom.cc:1136 >>#9 0x000000010000e878 in main (argc=1, argv=0x7fff5fbffb78) at testgeom.cc:239 >>(gdb) list >>129} >>130 >>131int main( int argc, char *argv[] ) >>132{ >>133 // Check command line arg >>134 #ifdef FORCE_OCC >>135 #ifndef HAVE_OCC >>136 #error "Cannot force use of OCC w/out OCC support" >>137 #endif >>138 std::string filename = STRINGIFY(SRCDIR) "/../test/LeverArm.brep"; >> >>Rajeev >> >> >> >>>________________________________ >>> From: Jane Hu <janejhu(a)gmail.com> >>>To: Rajeev Jain <jain(a)mcs.anl.gov> >>>Cc: CGMA Development <cgma-dev(a)mcs.anl.gov> >>>Sent: Monday, May 21, 2012 10:11 AM >>>Subject: Re: testgeom_occ >>> >>> >>> >>>Hi, Rajeev: >>> >>>I don't know exactly what's wrong with the Mac OS, I double checked that if the new_body is null, theCS pointer should not be null. However, I added a safety check on it just now. Can you double check to see if it works this time? >>> >>>Jane >>> >>> >>>On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: >>> >>>testgeom_occ on Mac OSX fails, when in copy_body routine, the call to IsBound fails: >>>> if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) >>> >>> >>> > > >

1 0

Re: [cgma-dev] testgeom_occ
by Jane Hu 21 May '12

21 May '12

You may try merge_cubit13.1 branch, this has some minor function signature's changes, it shouldn't affect the result of running testcases in occ. Can you double check if a new_body is created in the copy_body process? I suspect that the problem is still in the copy_body place, where it didn't find underlining TopoDS_Shape. Then it could be just related to the OS, which may be a bug there. Jane On Mon, May 21, 2012 at 12:22 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: > Thanks Jane for looking into this, we made some progress, I made the > changes you made to cgm repo version, I'm using CGM repo version with > OCC-6.5 not the merge-cubit13.1 branch - should I use this branch instead? > > We made some progress with the change you made the error is now on line > 6249 instead of 6233 in file iGeom_CGMA.cc, which is the subtract > operation, the copy operation seems to have gone through, please see > debugger o/p below: > > (gdb) r > Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ > Reading symbols for shared libraries > ++++++++++++++++++++++++++++++..................................... done > Using default input file: ./../test/LeverArm.brep > Geometry engine set to: OpenCascade 6.5 > > > ITAPS GEOMETRY INTERFACE TEST PROGRAM: > > gLoad: > Constructed 1 Volume: 1 > Model contents: > vertices: 99 > edges: 159 > faces: 63 > regions: 1 > Success > tags: Tags defined on model: GLOBAL_ID, NAME > Success > gentity sets: Success > topology adjacencies: Success > construct: Created swept volume 4 > Updated volume 3 > Success > primitives: Success > transforms: Success > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: 13 at address: 0x0000000000000000 > 0x00000001041f8edf in Handle_Standard_Transient::Assign () > (gdb) bt > #0 0x00000001041f8edf in Handle_Standard_Transient::Assign () > #1 0x00000001031ee1e4 in BRepBuilderAPI_ModifyShape::DoModif () > #2 0x00000001031e46c0 in BRepBuilderAPI_Copy::BRepBuilderAPI_Copy () > #3 0x00000001000b286d in OCCModifyEngine::get_shape_list > (this=0x104e04b70, BodySM_list=@0x7fff5fbff4f0, shape_list=@0x7fff5fbff318, > is_volume=@0x7fff5fbff2f8, keep_old=true, b_boxes=0x104e8d3f0) at > OCCModifyEngine.cpp:3535 > #4 0x000000010007e792 in OCCModifyEngine::subtract (this=0x104e04b70, > tool_body_list=@0x7fff5fbff4f0, from_bodies=@0x7fff5fbff4d8, > new_bodies=@0x7fff5fbff480, imprint=false, keep_old=false) at > OCCModifyEngine.cpp:2212 > #5 0x00000001004a4cec in GeometryModifyTool::subtract (this=0x104e03280, > tool_body_list=@0x7fff5fbff608, from_bodies=@0x7fff5fbff6f0, > new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at > GeometryModifyTool.cpp:6368 > #6 0x00000001004a51de in GeometryModifyTool::subtract (this=0x104e03280, > tool_body=0x104e8cb30, from_bodies=@0x7fff5fbff6f0, > new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at > GeometryModifyTool.cpp:6305 > #7 0x0000000100028f21 in iGeom_subtractEnts (instance=0x10085e8c0, > blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, > err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6249 > #8 0x0000000100006231 in booleans_test (geom=0x10085e8c0) at > testgeom.cc:1136 > #9 0x000000010000e878 in main (argc=1, argv=0x7fff5fbffb78) at > testgeom.cc:239 > (gdb) list > 129 } > 130 > 131 int main( int argc, char *argv[] ) > 132 { > 133 // Check command line arg > 134 #ifdef FORCE_OCC > 135 #ifndef HAVE_OCC > 136 #error "Cannot force use of OCC w/out OCC support" > 137 #endif > 138 std::string filename = STRINGIFY(SRCDIR) "/../test/LeverArm.brep"; > > Rajeev > > ------------------------------ > *From:* Jane Hu <janejhu(a)gmail.com> > *To:* Rajeev Jain <jain(a)mcs.anl.gov> > *Cc:* CGMA Development <cgma-dev(a)mcs.anl.gov> > *Sent:* Monday, May 21, 2012 10:11 AM > *Subject:* Re: testgeom_occ > > Hi, Rajeev: > > I don't know exactly what's wrong with the Mac OS, I double checked that > if the new_body is null, theCS pointer should not be null. However, I added > a safety check on it just now. Can you double check to see if it works this > time? > > Jane > > On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: > > testgeom_occ on Mac OSX fails, when in copy_body routine, the call to > IsBound fails: > if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) > > > > >

1 0

Re: [cgma-dev] testgeom_occ
by Rajeev Jain 21 May '12

21 May '12

Thanks Jane for looking into this, we made some progress, I made the changes you made to cgm repo version, I'm using CGM repo version with OCC-6.5 not the merge-cubit13.1 branch - should I use this branch instead? We made some progress with the change you made the error is now on line 6249 instead of 6233 in file iGeom_CGMA.cc, which is the subtract operation, the copy operation seems to have gone through, please see debugger o/p below: (gdb) r Starting program: /Users/rajeevjain/cgm/itaps/testgeom_occ Reading symbols for shared libraries ++++++++++++++++++++++++++++++..................................... done Using default input file: ./../test/LeverArm.brep Geometry engine set to: OpenCascade 6.5 ITAPS GEOMETRY INTERFACE TEST PROGRAM: gLoad: Constructed 1 Volume: 1 Model contents: vertices: 99 edges: 159 faces: 63 regions: 1 Success tags: Tags defined on model: GLOBAL_ID, NAME Success gentity sets: Success topology adjacencies: Success construct: Created swept volume 4 Updated volume 3 Success primitives: Success transforms: Success Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 0x00000001041f8edf in Handle_Standard_Transient::Assign () (gdb) bt #0 0x00000001041f8edf in Handle_Standard_Transient::Assign () #1 0x00000001031ee1e4 in BRepBuilderAPI_ModifyShape::DoModif () #2 0x00000001031e46c0 in BRepBuilderAPI_Copy::BRepBuilderAPI_Copy () #3 0x00000001000b286d in OCCModifyEngine::get_shape_list (this=0x104e04b70, BodySM_list=@0x7fff5fbff4f0, shape_list=@0x7fff5fbff318, is_volume=@0x7fff5fbff2f8, keep_old=true, b_boxes=0x104e8d3f0) at OCCModifyEngine.cpp:3535 #4 0x000000010007e792 in OCCModifyEngine::subtract (this=0x104e04b70, tool_body_list=@0x7fff5fbff4f0, from_bodies=@0x7fff5fbff4d8, new_bodies=@0x7fff5fbff480, imprint=false, keep_old=false) at OCCModifyEngine.cpp:2212 #5 0x00000001004a4cec in GeometryModifyTool::subtract (this=0x104e03280, tool_body_list=@0x7fff5fbff608, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6368 #6 0x00000001004a51de in GeometryModifyTool::subtract (this=0x104e03280, tool_body=0x104e8cb30, from_bodies=@0x7fff5fbff6f0, new_bodies=@0x7fff5fbff6d8, imprint=false, keep_old=false) at GeometryModifyTool.cpp:6305 #7 0x0000000100028f21 in iGeom_subtractEnts (instance=0x10085e8c0, blank=0x104e7fe50, tool=0x104e7ef40, geom_entity=0x7fff5fbff8b0, err=0x7fff5fbff8cc) at iGeom_CGMA.cc:6249 #8 0x0000000100006231 in booleans_test (geom=0x10085e8c0) at testgeom.cc:1136 #9 0x000000010000e878 in main (argc=1, argv=0x7fff5fbffb78) at testgeom.cc:239 (gdb) list 129} 130 131int main( int argc, char *argv[] ) 132{ 133 // Check command line arg 134 #ifdef FORCE_OCC 135 #ifndef HAVE_OCC 136 #error "Cannot force use of OCC w/out OCC support" 137 #endif 138 std::string filename = STRINGIFY(SRCDIR) "/../test/LeverArm.brep"; Rajeev >________________________________ > From: Jane Hu <janejhu(a)gmail.com> >To: Rajeev Jain <jain(a)mcs.anl.gov> >Cc: CGMA Development <cgma-dev(a)mcs.anl.gov> >Sent: Monday, May 21, 2012 10:11 AM >Subject: Re: testgeom_occ > > >Hi, Rajeev: > >I don't know exactly what's wrong with the Mac OS, I double checked that if the new_body is null, theCS pointer should not be null. However, I added a safety check on it just now. Can you double check to see if it works this time? > >Jane > > >On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: > >testgeom_occ on Mac OSX fails, when in copy_body routine, the call to IsBound fails: >> if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) > > >

1 0

Re: [cgma-dev] testgeom_occ
by Jane Hu 21 May '12

21 May '12

Hi, Rajeev: I don't know exactly what's wrong with the Mac OS, I double checked that if the new_body is null, theCS pointer should not be null. However, I added a safety check on it just now. Can you double check to see if it works this time? Jane On Fri, May 18, 2012 at 3:34 PM, Rajeev Jain <jain(a)mcs.anl.gov> wrote: > testgeom_occ on Mac OSX fails, when in copy_body routine, the call to > IsBound fails: > if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) >

1 0

r5528 - cgm/branches/merge-cubit13.1/geom/OCC
by jiangtao_ma＠yahoo.com 21 May '12

21 May '12

Author: janehu Date: 2012-05-21 10:08:35 -0500 (Mon, 21 May 2012) New Revision: 5528 Modified: cgm/branches/merge-cubit13.1/geom/OCC/OCCModifyEngine.cpp Log: Trying to fix the problem reported by Rajeev about a crash on Mac OSX. Modified: cgm/branches/merge-cubit13.1/geom/OCC/OCCModifyEngine.cpp =================================================================== --- cgm/branches/merge-cubit13.1/geom/OCC/OCCModifyEngine.cpp 2012-05-18 21:51:19 UTC (rev 5527) +++ cgm/branches/merge-cubit13.1/geom/OCC/OCCModifyEngine.cpp 2012-05-21 15:08:35 UTC (rev 5528) @@ -1902,7 +1902,8 @@ } } - if(!new_body && OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) + if(!new_body && theCS && !theCS->IsNull() && + OCCQueryEngine::instance()->OCCMap->IsBound(*theCS)) { BRepBuilderAPI_Copy api_copy(*theCS);

1 0