<div dir="ltr">Hi Elliott,<div><br></div><div>Can you describe your issue in more detail?  The VTK New and Delete calls should be thread safe. The two caveats for VTK and threads are:</div><div><br></div><div>1) All classes that do rendering should be in the same thread (all mappers, actors, renderers, etc), and there shouldn't be multiple threads hitting the same rendering context.</div><div><br></div><div>2) Movement of data between threads must be locked or otherwise done in a thread-safe manner.</div><div><br></div><div>You would not, for example, create a single pipeline that is accessed from multiple threads.  Each thread would have its own pipeline segment, with locks to synchronize a copy (or move) of data from the output of one segment to the input of another segment.</div><div><br></div><div> - David</div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 13, 2016 at 2:27 PM, eewing <span dir="ltr"><<a href="mailto:eewing@cs.uoregon.edu" target="_blank">eewing@cs.uoregon.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I'm running into some issues with VTK in a threaded environment, and it seems that the source of the problem is in VTK's New and Delete calls. So, are the New and Delete calls thread-safe? If not, is there a recommended alternative that I can use inside my threads?<br>
<br>
Best,<br>
-Elliott Ewing<br>
University of Oregon<br>
</blockquote></div><br></div></div></div>