Hi Klaus,
sorry for the delayed reply. You are right, the DataStorage API is
synchronized, but accessing the actual data contained in the DataNode
objects is not. People sometimes have success with copying the internal
data (i.e. surface), modifying it, and swapping the BaseData pointer of
the DataNode. However, I would not recommend it either, since it is not
really thread-safe.
I am not aware of a "stop" method for the rendering mechanism.
If your code lives in a BlueBerry bundle/plug-in, you could use the
berry::Display::AsyncExec(Poco::Runnable*) method (or its SyncExec variant):
http://docs.mitk.org/nightly-qt4/BlueBerry/reference/api/html/classberry_1_1Display.html
Derive from Poco::Runnable and put the code which modifies the datanode
in its run() method. The runnable will then be executed in the GUI
thread by calling Display::(A)syncExec(...).
Best,
Sascha
On 07/14/2011 05:36 PM, Klaus Drechsler wrote:
Hi,
I am using extapp for a networked application. Some surface data is
stored in the datamanager that is changed by a thread that receives
data over a network.
Unfortunately, I notice random crashes and I think it has todo with
the rendering mechanism. Probably, because I am changing data in the
datastorage while the redering mechanism is trying to access it. At
least this is what I currently think. Access to the datastorage seems
to be synchronized and should not be the problem.
Is there a way to completely stop rendering (2D & 3D) for a while
while I update the datastorage?
Best wishes
Klaus
------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
