<div dir="ltr"><div dir="ltr">If you found a bug, either report it (<a href="https://gitlab.kitware.com/vtk/vtk/issues">https://gitlab.kitware.com/vtk/vtk/issues</a>) or fix it..</div><div>Comments like "Hey what 
about overlooking error checking and null pointers. " just offend people.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 30, 2018 at 2:30 PM Brian Davis <<a href="mailto:bitminer@gmail.com">bitminer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div>At<br></div><div><a href="https://www.vtk.org/doc/nightly/html/classvtkDecimatePolylineFilter.html#details" target="_blank">https://www.vtk.org/doc/nightly/html/classvtkDecimatePolylineFilter.html#details</a><br></div><div><br></div><div>States<br></div><div>
<dl class="m_8396097988825381855gmail-m_-7191597960660642828gmail-section m_8396097988825381855gmail-m_-7191597960660642828gmail-warning"><dt>Warning</dt><dd>This algorithm is a very
 simple implementation that overlooks some potential complexities. For 
example, if a vertex is multiply connected, meaning that it is used by 
multiple distinct polylines, then the extra topological constraints are 
ignored. This can produce less than optimal results.</dd></dl><div><br></div><div>Is above warning code for  "crash at following lines"<br></div><div><br></div><div>  void Remove(vtkIdType vertexIdx)<br>  {<br>    this->Size--;<br>    (*(this->Vertices[vertexIdx].prev)).next = this->Vertices[vertexIdx].next;<br>    (*(this->Vertices[vertexIdx].next)).prev = this->Vertices[vertexIdx].prev;<br>  }</div><div><br></div><div>in vtkDecimatePolylineFilter.cxx class vtkDecimatePolylineFilter::Polyline<br></div><div><br></div><div>?</div><div><br></div><div>I
 have multiple distinct polylines housed in vtkPolyData.  I can seem to 
do batch mode operations, *not that this documented anywhere mind you*, 
 with vtkParametricFunctionSource for splines and 
vtkSmoothPolyDataFilter for smoothing.... decimation errr not so much.<br></div><div><br></div><div>The
 goal which seems to work for some vtk classes (
vtkParametricFunctionSource  

and 
vtkSmoothPolyDataFilter 

) but not for others (vtkDecimatePolylineFilter) is to house a network 
of lines connected in a graph, but not a simple graph node to node, 
which do not represent some geometry say like a circle or polygon, but 
rather a network of paths and nodes.  Goal was to put in pipeline with 
optional decimation, smoothing or spline, but then goes the crash at 
decimation.</div><div><br></div><div>Just what are those "potential 
complexities" and the bit about overlooking say like bad memory access. 
 next has a pointer, but prev pointer not so much (NULL).  Hey what 
about overlooking error checking and null pointers.  Clearly it seems to
 be overlooking that.</div><div><br></div><div>apologies for repost of "(no subject)" this one has a titile.<br></div><div><div class="m_8396097988825381855gmail-adL"><br></div></div></div>

</div>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://public.kitware.com/mailman/listinfo/vtkusers" rel="noreferrer" target="_blank">https://public.kitware.com/mailman/listinfo/vtkusers</a><br>
</blockquote></div>