Updating GUI controls from threads

Curious wrote:

I have a thread running, and at a point in this thread I am calling a
method to update GUI controls. From the net I have read that updating
GUI controls from the worker thread is bad practice.

It's not only bad practice, it's not even allowed in .NET 2. See Jon's
page for all the information you need about this:

http://www.yoda.arachsys.com/csharp/...winforms.shtml

Oliver Sturm
--
Expert programming and consulting services available
See http://www.sturmnet.org (try /blog as well)

Here are a couple more good articles on the topic:

http://msdn.microsoft.com/library/de...ms06112002.asp
http://msdn.microsoft.com/library/de...ms08162002.asp
http://msdn.microsoft.com/library/de...ms08162002.asp

--
HTH,

Kevin Spencer
Microsoft MVP
..Net Developer
Ambiguity has a certain quality to it.

"Oliver Sturm" <ol****@sturmne t.org> wrote in message
news:xn******** ********@msnews .microsoft.com. ..

Curious wrote:

I have a thread running, and at a point in this thread I am calling a
method to update GUI controls. From the net I have read that updating
GUI controls from the worker thread is bad practice.

It's not only bad practice, it's not even allowed in .NET 2. See Jon's
page for all the information you need about this:

http://www.yoda.arachsys.com/csharp/...winforms.shtml

Oliver Sturm
--
Expert programming and consulting services available
See http://www.sturmnet.org (try /blog as well)

Thanks, I've made this mistake myelf, and wasn't even aware that it was a
mistake until I saw this post.

I've had a look at Jon's article but I still have one question...

The article begins with "Never invoke any method or property on a control
created on another thread". I can see why we shouldn't attempt to change the
control, but are we able to read from it? Can we invoke a "get" property? Can
we invoke a method which doesn't change the control?

Javaman

"Oliver Sturm" wrote:

Curious wrote:

I have a thread running, and at a point in this thread I am calling a
method to update GUI controls. From the net I have read that updating
GUI controls from the worker thread is bad practice.

It's not only bad practice, it's not even allowed in .NET 2. See Jon's
page for all the information you need about this:

http://www.yoda.arachsys.com/csharp/...winforms.shtml

Oliver Sturm
--
Expert programming and consulting services available
See http://www.sturmnet.org (try /blog as well)

Javaman59 <Ja*******@disc ussions.microso ft.com> wrote:

Thanks, I've made this mistake myelf, and wasn't even aware that it was a
mistake until I saw this post.

I've had a look at Jon's article but I still have one question...

The article begins with "Never invoke any method or property on a control
created on another thread". I can see why we shouldn't attempt to change the
control, but are we able to read from it? Can we invoke a "get" property? Can
we invoke a method which doesn't change the control?

No, you shouldn't. There's no guarantee it would be in a consistent
state; the changes may not be made atomically with respect to other
threads.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

I was reading and trying the code in the link provided.

My problem is that I can't find the Invoke() method. I tried
System.Windows. Forms.Control but is not visible.

Where should this method exist?

> I was reading and trying the code in the link provided.

I copied it into notepad, and compiled it with the command line compiler
(csc), and it worked first time for me.

My problem is that I can't find the Invoke() method. I tried
System.Windows. Forms.Control but is not visible.

Invoke is an overloaded method in the System.Windows. Forms.Control class.
The Form class in the example inherits it.

It appears to me that your usage of qualified names
("System.Window s.Forms.Control ") is incorrect. AFAIK, you use qualified names
to designate a namespace (in a using clause), a class (in a declaration), or
to call a static class method. So "System.Windows .Forms.Form.Inv oke" will not
compile, even though Invoke is in the Form class, because Invoke is a
non-static method.

Regards,

Javaman.

> I was reading and trying the code in the link provided.

I pasted it into notepad, and compiled it from the command line with csc,
and it worked first time.

My problem is that I can't find the Invoke() method. I tried
System.Windows. Forms.Control but is not visible.

It is a non-static, overloaded method of the System.Windows. Forms.Control
class, so is inherited by the Form class in the example.

It looks to me as if you might be making a mistake with using qualified
names. You can only apply a qualified name (eg.
System.Windows. Forms.Control.I nvoke) to a static class method, so
System.Windows. Forms.Form.Invo ke will not compile, even though Invoke is a
method of the the Form class.

Regards,

Javaman

"Curious" <th****@mail.gl obal.net.mt> wrote in message
news:11******** *************@o 13g2000cwo.goog legroups.com...

I was reading and trying the code in the link provided.

My problem is that I can't find the Invoke() method. I tried
System.Windows. Forms.Control but is not visible.

Where should this method exist?

It should definately be there!

http://msdn.microsoft.com/library/de...nvokeTopic.asp

You're trying it on an instance, and not as a static method, right?

I have a library, in this library I have the scenario given below. The
StartExecution( ) method is started in a new thread from the GUI
application. The method that is being called inside this
thread(worker) is to update GUI. Since its on a worker thread, its bad
practice(though it works). Now as read from the links given I tried to
use the Invoke() method, but I cannot find it.

namespace myLibrary
{
public delegate void UpdateListView( ListViewItem lvItem);

public class myClass
{
private UpdateListView updateEventQueu eListView;

public myClass(UpdateL istView ptr)
{
updateEventQueu eListview = ptr;
}

public void StartExecution( )
{
....
// Invoke is not being visible, accessed anywhere in this class
updateEventQueu eListView(myLis tViewItem);
....
}