If you don't use any kind of syncronization, there's a possibility that the
worker threads will read the properties before they've been updated.
Generally speaking, when two or more threads need access to a resource,
access to that resource should be syncronized. All you need to do is lock
on a syncronization object in the get/set of your MDIChild class.
Something like this (note that I used static becasue you mentioned in your
post that your properties are static):
// sync object defined in MDIChild class
private static object syncObject = new object();
...
// the static property of the MDIChild class
private static int theInt = 0;
...
// the static property accessors of MDIChild
public static int MyIntProperty
{
get
{
lock (syncObject)
{
return theInt;
}
}
set
{
lock (syncObject)
{
theInt = value;
}
}
}
Check out this link for more info on multithreaded design:
http://msdn.microsoft.com/library/de...us/dv_vstechar
t/html/vbtchasyncprocv b.asp
hth
-Joel
--------------------
Subject: locking question
From: Morten Wennevik <Mo************ @hotmail.com>
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Date: Mon, 19 Apr 2004 22:38:20 +0200
Message-ID: <opr6p0x6fxhntk fz@localhost>
User-Agent: Opera7.23/Win32 M2 build 3227
Newsgroups: microsoft.publi c.dotnet.langua ges.csharp
NNTP-Posting-Host: h192n1fls32o817 .telia.com 213.67.67.192
Lines: 1
Path:
cpmsftngxa10.ph x.gbl!TK2MSFTFE ED01.phx.gbl!TK 2MSFTNGP08.phx. gbl!TK2MSFTNGP1 2
..phx.gblXref: cpmsftngxa10.ph x.gbl microsoft.publi c.dotnet.langua ges.csharp:2383 00
X-Tomcat-NG: microsoft.publi c.dotnet.langua ges.csharp
Hi,
I have a MDIChild with static properties that can be updated at any time
by the MDIParent. These
properties may also at unknown times be accessed by one or more worker
threads.
Now, I'm not too familiar with threads, but is there a danger that these
properties can get corrupted? MDIParent will only SET the properties while
the worker threads will only GET them. If so how do you lock them and to
what?
Morten
--------------------------------------------------------------------
This reply is provided AS IS, without warranty (express or implied).
