[Smtk-developers] Failing SMTK test

[TJ Corona]

Hi David,

When I remove the changes introduced in MR 856, the test does pass. All I need to do to cause the test to fail is uncomment “findEntity” (LoadJSON.cxx:868) (and the loops leading up to the call, but they don’t seem to effect the test), which is weird. Looking at Manager.cxx:923, findEntity is not really a const call? Passing trySessions=false to the findEntity call in LoadJSON.cxx:868 also seems to fix the problem. 

Sincerely,
T.J.

Thomas J. Corona, Ph.D.
Kitware, Inc.
Senior R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4443

> On Sep 26, 2017, at 7:51 AM, David Thompson <david.thompson at kitware.com> wrote:
> 
> ... Also, I've run valgrind on the test with no reported errors, so if it is stomping on memory, it's most probably happening with statically-allocated array bounds being exceeded.
> 
> 	David
> 
>> I've been trying to track down why discreteSmtkModelfrom2dmTest is failing on the dashboards.  The bug occurs because the discrete model's edge operator can't determine the ID of the point chosen for the split.
>> 
>> The problem appears to be in smtk/bridge/discrete/operators/EdgeOperator.cxx:
>> 
>> int EdgeOperator::convertToGlobalPointId(int localPid, vtkDiscreteModelEdge* cmbModelEdge)
>> 
>> which is called with `localPid` set to a value from the operator's MeshSelectionItem. Inside convertToGlobalPointId, an error occurs because hasTessellation() returns a null pointer. The edge selected also has no mesh backing (i.e., edge.meshTessellation().isValid() is false).
>> 
>> I am still confused as to why my recent change (SMTK MR 856) caused this to surface; all it does is stop a model file from being loaded twice -- and when it does, it prints out error messages that do not appear when running smtkModelfrom2dmTest.
>> 
>> Does anyone who knows more about MeshSelectionItem, particularly what its integers index into, have a clue?
>> 
>> 	Thanks,
>> 	David
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20170926/98e67ed3/attachment.html>