<div dir="ltr">I like this theory! It's hard to imagine an unsigned long wrapping around, but there are a lot of mtime updates happening in VTK especially over 12 hrs....</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 5, 2016 at 8:04 AM, Mathieu Malaterre <span dir="ltr"><<a href="mailto:mathieu.malaterre@gmail.com" target="_blank">mathieu.malaterre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Definitely not up-to-speed these days, but I would have bet for a<br>
unsigned long wrap in vtkTimeStamp instead...<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Jul 5, 2016 at 1:17 PM, Will Schroeder<br>
<<a href="mailto:will.schroeder@kitware.com">will.schroeder@kitware.com</a>> wrote:<br>
> Taras-<br>
><br>
> My initial reaction is that there is a memory leak. If I understand you<br>
> correctly, you are running 12-15 hours and then problems start occurring.<br>
> Even a small leak can add up over that length of time and corrupt memory. I<br>
> would first instrument your classes and see if they are leaking; if not it<br>
> could be a VTK problem although we try and test for this kind of behavior.<br>
><br>
> Best,<br>
> W<br>
><br>
> On Tue, Jul 5, 2016 at 7:00 AM, Taras Shchehelskyi <<a href="mailto:shchegelskij@gmail.com">shchegelskij@gmail.com</a>><br>
> wrote:<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Hello,<br>
>><br>
>><br>
>><br>
>> I am part of the team that is working on project that uses VTK 7.0 for<br>
>> rendering mesh grid (not big, about 400k triangles) couple point clouds<br>
>> (about 8000 – 30000 points per cloud, up to 4 clouds) + couple very simple<br>
>> meshes. Our app can work fine for 12-15h for then main viewport hangs. When<br>
>> I do some mouse interaction (click + move or scroll) some meshes became<br>
>> invisible for couple seconds and that became visible again. Also when I<br>
>> resize viewport window scene aspect ratio became wrong. It works like aspect<br>
>> ratio does not depends of viewport size.<br>
>><br>
>><br>
>><br>
>> Also we noticed other strange thing. Our point clouds update dynamically<br>
>> during app work. We create 2 classes:<br>
>><br>
>> class CameraPointCloudSource : public vtkPolyDataAlgorithm<br>
>><br>
>> and<br>
>><br>
>> class PointCloudColoring : public vtkPolyDataAlgorithm.<br>
>><br>
>><br>
>><br>
>> I pass data (vtkPolyData with initialized points and vertexes) from<br>
>> CameraPointCloudSource to PointCloudColoring. I setup pipeline that output<br>
>> of the CameraPointCloudSource is input of the PointCloudColoring.<br>
>><br>
>><br>
>><br>
>> Sometimes (can’t always reproduce this) CameraPointCloudSource::<br>
>> RequestData stops to be called and CameraPointCloudSource::RequestData<br>
>> always get the same input data (the same point cloud the same with the same<br>
>> points). As result I always see in viewport the same point cloud<br>
>> visualization. I checked, code that responsible for point cloud generation<br>
>> works fine and produce correct point clouds.<br>
>><br>
>><br>
>><br>
>> For test we also tried to use new VTK PointCloud filters. There we also<br>
>> noticed similar behavior. We set filters chain.  Alter some long time (> 12h<br>
>> of work) sometimes some filters star producing the same output that not<br>
>> depends of input point cloud. Interesting that some filters work fine and<br>
>> some start producing the same output. This issue can be in combination with<br>
>> viewport rendering hangs. Sometimes can happen before hang. Sometimes can<br>
>> happen after rendering hang.<br>
>><br>
>><br>
>><br>
>> Our app uses many threads for generating data. We have many mutexes to<br>
>> protect data. But we are pretty sure that there are no deadlocks. Also we<br>
>> checked couple times that we not share Actors and Mappers between threads.<br>
>> We have couple viewports. But I was able to reproduce bug even when only one<br>
>> viewport is active. Interesting that when one viewport can hang, other<br>
>> viewports that uses the same data can work fine.<br>
>><br>
>><br>
>><br>
>> We are using Windows 7/10 x64 and MS VS 2013.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Any ideas what can lead to this problem?<br>
>><br>
>><br>
>><br>
>> P.S. Sorry for my English, I am not a native speaker.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Thanks,<br>
>><br>
>> Taras<br>
>><br>
>><br>
>> _______________________________________________<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<br>
>> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>><br>
>> Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
>><br>
>> Follow this link to subscribe/unsubscribe:<br>
>> <a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> William J. Schroeder, PhD<br>
> Kitware, Inc. - Building the World's Technical Computing Software<br>
> 28 Corporate Drive<br>
> Clifton Park, NY 12065<br>
> <a href="mailto:will.schroeder@kitware.com">will.schroeder@kitware.com</a><br>
> <a href="http://www.kitware.com" rel="noreferrer" target="_blank">http://www.kitware.com</a><br>
> <a href="tel:%28518%29%20881-4902" value="+15188814902">(518) 881-4902</a><br>
><br>
> _______________________________________________<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<br>
> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
</div></div><span class="HOEnZb"><font color="#888888">Mathieu<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>William J. Schroeder, PhD<br>Kitware, Inc. - Building the World's Technical Computing Software<br>28 Corporate Drive<br>Clifton Park, NY 12065<br><a href="mailto:will.schroeder@kitware.com" target="_blank">will.schroeder@kitware.com</a><br><a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a><br>(518) 881-4902</div></div></div>
</div>