<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi, Iulian,<br><br>I went to gnep and double checked the test failure for modify.cpp. The reason for it is that it didn't apply patch<br> https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk/geom/OCC/occ_patches_6.5<br>correctly.<br><br>I don't have write permission on it, but the file<br>OpenCascade6.5.0/ros/src/BRepBuilderAPI/BRepBuilderAPI_Collect.cxx wasn't patched.<br><br>You should get the failure away when you apply this patch and rebuild OCC.<br><br>Please let me know if it's not. I'll be looking into occ6.3 build then.<br><br>Thanks.<br><br>Jane<br>--- On <b>Thu, 9/15/11, Iulian Grindeanu <i><iulian@mcs.anl.gov></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Iulian Grindeanu <iulian@mcs.anl.gov><br>Subject: Re: [Fathom] cgm make check with occ<br>To: "Jiangtao Hu"
<jiangtao_ma@yahoo.com><br>Cc: "CGMA Development" <cgma-dev@mcs.anl.gov>, "James Porter" <jvporter@wisc.edu><br>Date: Thursday, September 15, 2011, 2:02 PM<br><br><div class="plainMail">Hi Jane,<br><br>So maybe the occ build is wrong<br>I built occ 6.5 on fathom space:<br>/home/fathom/3rdparty/occ/OpenCASCADE6.5.0<br><br>the configuration log file is here:<br>home/fathom/3rdparty/occ/OpenCASCADE6.5.0/ros/config.log<br><br>The installation is at <br>/homes/fathom/3rdparty/occ/OpenCASCADE6.5.0/gcc<br><br>It was built on my desktop, iulian-desktop<br><br>gnep buildbot is using the same build <br><br>Do you have an mcs account? Otherwise how can you access my machine ? Or gnep?<br><br>Iulian<br><br>----- Original Message -----<br>> Hi, Iulian,<br>> <br>> What is the build machine's name? I tried to use non-debug mode on my<br>> machine, it still passed. I'd like to access your machine to debug<br>> then. Thanks.<br>>
<br>> Jane<br>> <br>> --- On Thu, 9/15/11, Iulian Grindeanu <<a ymailto="mailto:iulian@mcs.anl.gov" href="/mc/compose?to=iulian@mcs.anl.gov">iulian@mcs.anl.gov</a>> wrote:<br>> <br>> <br>> <br>> From: Iulian Grindeanu <<a ymailto="mailto:iulian@mcs.anl.gov" href="/mc/compose?to=iulian@mcs.anl.gov">iulian@mcs.anl.gov</a>><br>> Subject: Re: [Fathom] cgm make check with occ<br>> To: "Jiangtao Hu" <<a ymailto="mailto:jiangtao_ma@yahoo.com" href="/mc/compose?to=jiangtao_ma@yahoo.com">jiangtao_ma@yahoo.com</a>><br>> Cc: "CGMA Development" <<a ymailto="mailto:cgma-dev@mcs.anl.gov" href="/mc/compose?to=cgma-dev@mcs.anl.gov">cgma-dev@mcs.anl.gov</a>>, "James Porter"<br>> <<a ymailto="mailto:jvporter@wisc.edu" href="/mc/compose?to=jvporter@wisc.edu">jvporter@wisc.edu</a>><br>> Date: Thursday, September 15, 2011, 1:01 PM<br>> <br>> <br>> <br>> <br>> ----- Original Message
-----<br>> > Hi, Iulian,<br>> ><br>> > Those missing files are only for 10.2 cgm, 12.2 cgm has already have<br>> > them. Can you let me know where the modify failed? Thanks.<br>> ><br>> > Is the nightly build and check for cgm still on? Can James confirm<br>> > it?<br>> > Thanks.<br>> ><br>> > Jane<br>> ><br>> > --- On Thu, 9/15/11, Iulian Grindeanu < <a ymailto="mailto:iulian@mcs.anl.gov" href="/mc/compose?to=iulian@mcs.anl.gov">iulian@mcs.anl.gov</a> > wrote:<br>> ><br>> <br>> Hi Jane,<br>> The backtrace is<br>> <br>> (gdb) backtrace<br>> #0 0x00007fffee5c5a75 in *__GI_raise (sig=<value optimized out>) at<br>> ../nptl/sysdeps/unix/sysv/linux/raise.c:64<br>> #1 0x00007fffee5c95c0 in *__GI_abort () at abort.c:92<br>> #2 0x00007ffff00378e5 in __gnu_cxx::__verbose_terminate_handler() ()<br>> from /usr/lib/libstdc++.so.6<br>> #3
0x00007ffff0035d16 in ?? () from /usr/lib/libstdc++.so.6<br>> #4 0x00007ffff0035d43 in std::terminate() () from<br>> /usr/lib/libstdc++.so.6<br>> #5 0x00007ffff0035e3e in __cxa_throw () from /usr/lib/libstdc++.so.6<br>> #6 0x00007ffff03446ed in Standard_NoSuchObject::Throw() const () from<br>> /homes/fathom/3rdparty/occ/OpenCASCADE6.5.0/gcc/lib/libTKernel.so.0<br>> #7 0x00007ffff0344bc3 in Standard_NoSuchObject::Raise(char const*) ()<br>> from<br>> /homes/fathom/3rdparty/occ/OpenCASCADE6.5.0/gcc/lib/libTKernel.so.0<br>> #8 0x00007ffff232d78d in<br>> BRepBuilderAPI_ModifyShape::ModifiedShape(TopoDS_Shape const&) const<br>> () from<br>> /homes/fathom/3rdparty/occ/OpenCASCADE6.5.0/gcc/lib/libTKTopAlgo.so.0<br>> #9 0x00007ffff231cd43 in<br>> BRepBuilderAPI_GTransform::ModifiedShape(TopoDS_Shape const&) const ()<br>> from<br>> /homes/fathom/3rdparty/occ/OpenCASCADE6.5.0/gcc/lib/libTKTopAlgo.so.0<br>>
#10 0x000000000043c6aa in OCCLump::update_OCC_entity (this=0xcce470,<br>> aBRepTrsf=0x7fffffffcc90, op=0x0) at OCCLump.cpp:378<br>> #11 0x000000000042de01 in OCCBody::update_OCC_entity (this=0xcd40e0,<br>> aBRepTrsf=0x7fffffffcc90, op=0x0) at OCCBody.cpp:511<br>> #12 0x000000000042da4d in OCCBody::scale (this=0xcd40e0,<br>> scale_factor_x=1, scale_factor_y=2, scale_factor_z=5) at<br>> OCCBody.cpp:450<br>> #13 0x00000000004556da in OCCQueryEngine::scale (this=0xcc14c0,<br>> body=0xcd40e0, f=...) at OCCQueryEngine.cpp:3516<br>> #14 0x00000000004870ce in OCCModifyEngine::scale (this=0xcc1600,<br>> body=@0x7fffffffd0b0, factors=...) at OCCModifyEngine.cpp:8891<br>> #15 0x00000000006ea8c2 in GeometryModifyTool::scale (this=0xcbefd0,<br>> body=@0x7fffffffe1c8, factors=..., check_to_transform=true,<br>> preview=false) at GeometryModifyTool.cpp:6779<br>> #16 0x0000000000421345 in make_Point () at modify.cpp:146<br>>
#17 0x0000000000420b0f in main (argc=1, argv=0x7fffffffe3c8) at<br>> modify.cpp:55<br>> <br>> <br>> occ 6.5 is not build with debug option on our machines, so it is<br>> harder to debug.<br>> <br>> Do you build occ with "enable-debug" on your machine?<br>> <br>> Iulian<br></div></blockquote></td></tr></table>