Hi Sascha,
thank you very much for your help!
I was thinking to create a "synchronized queue" where my thread copies
its data into while the GUI/Bundle thread reads data from the queue and
copies them to the datastorage.
But your idea sounds also appealing.
I will think about it.
Anyway, thank you very much!
Best wishes,
Klaus
On 26.07.2011 13:21, Sascha Zelzer wrote:
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
