Asynchronous Invoke and the UI thread (using delegates)

  • Thread starter Thread starter Guest
  • Start date Start date
brisers said:
Hello,

After studying some of the available resouces
(
http://msdn.microsoft.com/msdnmag/issues/04/05/BasicInstincts/default.aspx)
I can see that it is forbidden to modify the UI directly from a
secondary worker thread. What I was wondering was whether I could
instantiate a form within my secondary thread, get some user input
and carry on until I finished? Does this break any rules of good
programming conduct?
Click to expand...


That's possible. The only condition: The Form must not have any relation to
Forms created in other threads.


Armin
 
Armin Zingler said:
That's possible. The only condition: The Form must not have any
relation to Forms created in other threads.
Click to expand...


"no relation" does not mean, it mustn't have a reference, but there mustn't
be a child/parent/owner relation.

In the new thread you can write:


sub threadmain

application.run(new OtherForm)

end sub

The thread ends as soon as the Form is closed.


Armin
 
Add the following to your form and you can update its controls from another
thread:

CheckForIllegalCrossThreadCalls = False
 
Prester John said:
Add the following to your form and you can update its controls from
another thread:

CheckForIllegalCrossThreadCalls = False
Click to expand...


This doesn't solve the problem. It only makes the runtime ignores faults.


Armin
 
Armin,

No, I don't think it breaks any rules of programming conduct. The code
you provided will work fine provided that you understand that OtherForm
should remain completely independent from the other forms of your
application running on the main UI thread.

However, without knowning exactly what you're wanting to do I question
the need for another UI thread. Can't you collect all of the inputs
your worker thread needs before you start it? That way the worker
thread doesn't need any user interaction. The worker thread can use
Control.Invoke to marshal the execution of a delegate onto the main UI
thread as needed to communicate back to forms inside your application.

Brian
 
Brian Gideon said:
Armin,

No, I don't think it breaks any rules of programming conduct. The
code you provided will work fine provided that you understand that
OtherForm should remain completely independent from the other forms
of your application running on the main UI thread.
Click to expand...

That's what I wrote.
However, without knowning exactly what you're wanting to do
Click to expand...

*I* don't want to do anything. :-)


Armin
 
Yeah, somehow I totally confused you with the OP. Sorry about that.
My post was not directed at you :)

Brian
 
Back
Top