Cross-Thread Exception

  • Thread starter Thread starter Relaxin
  • Start date Start date
R

Relaxin

How do you handle the cross-thread issues if you don't have a UI?

I'm writing a class that's using the MSMQ and MSMQ notifies the class when a
new message has arrived.
But it notifies you on a new thread.

I need to notify a class on the main thread that a new message has arrived,
but I get the cross-thread exception.

I've tried many different things, including delegates, but I still get this
error.

All of my googling turns up ways to handle it if you have a UI, which I
don't.

Help!!

P.S. Using VS2008, .NET 3.5 on Vista Business.
 
Relaxin said:
How do you handle the cross-thread issues if you don't have a UI?

I'm writing a class that's using the MSMQ and MSMQ notifies the class when a
new message has arrived.
But it notifies you on a new thread.

I need to notify a class on the main thread that a new message has arrived,
but I get the cross-thread exception.

I've tried many different things, including delegates, but I still get this
error.

All of my googling turns up ways to handle it if you have a UI, which I
don't.
Click to expand...

It would help if you'd say what you're trying to do with the message
when you get the exception.

Could you post a short but complete program which demonstrates the
problem?

See http://www.pobox.com/~skeet/csharp/complete.html for details of
what I mean by that.
 
Jon Skeet said:
It would help if you'd say what you're trying to do with the message
when you get the exception.
Click to expand...
I'm not be anything with the message, I'm just trying to notify the calling
program, thru a delegate, that a message has arrived.

So do you know anything about Cross-Thread exceptions at all and can offer
some help?
 
Relaxin said:
I'm not be anything with the message, I'm just trying to notify the calling
program, thru a delegate, that a message has arrived.
Click to expand...

And how are you doing that? What call is throwing the exception? What's
the calling program doing?
So do you know anything about Cross-Thread exceptions at all and can offer
some help?
Click to expand...

Yes, I do. But you haven't given us enough information about what
you're doing. Again, a short but complete program would help.
 
Jon Skeet said:
And how are you doing that? What call is throwing the exception? What's
the calling program doing?
Click to expand...
I'm doing it thru a delegate like I said!
The delegate is throwing the exception, can't you see that!
Waiting for the delegate notification just like I explained!

WOW!
I guess they give MVP's to anyone!

What a moron!

Bye...and of course, I don't need your type of help, so I'm now done with
you.

Good Day...
 
Relaxin said:
How do you handle the cross-thread issues if you don't have a UI?
Click to expand...

You need a synchronization point. You can't hijack a random thread and
have it pay attention to you; it needs to wait explicitly at some point
so that you can communicate with it.

Apps with UIs have a synchronization point for the main thread in the
form of the message loop. The message loop waits for messages. Other
threads can communicate with it by sending a message. Control.Invoke
works by doing this.

For apps without UIs, you need to set up the synchronization point
yourself. You can do that by implementing a message loop, or a
producer-consumer queue (Google that - there's a trivial textbook
implementation possible using monitors, often one of the first things
taught in college courses when threading is first discussed), or other
methods of cross-thread communication. For example, the main thread
could block until a background thread wakes it up, using e.g.
ManualResetEvent or monitors (Monitor.Wait, Monitor.Pulse, etc.).

-- Barry
 
Relaxin said:
I'm doing it thru a delegate like I said!
The delegate is throwing the exception, can't you see that!
Waiting for the delegate notification just like I explained!

WOW!
I guess they give MVP's to anyone!

What a moron!

Bye...and of course, I don't need your type of help, so I'm now done
with you.

Good Day...
Click to expand...

Good luck waiting for help if you're not going to give any more
information.

I'll be busy helping people who are actually willing to explain their
situation in more detail.
 
Jon Skeet said:
Good luck waiting for help if you're not going to give any more
information.

I'll be busy helping people who are actually willing to explain their
situation in more detail.
Click to expand...

I already found it, no thanks to you!
 
Barry Kelly said:
You need a synchronization point. You can't hijack a random thread and
have it pay attention to you; it needs to wait explicitly at some point
so that you can communicate with it.

Apps with UIs have a synchronization point for the main thread in the
form of the message loop. The message loop waits for messages. Other
threads can communicate with it by sending a message. Control.Invoke
works by doing this.

For apps without UIs, you need to set up the synchronization point
yourself. You can do that by implementing a message loop, or a
producer-consumer queue (Google that - there's a trivial textbook
implementation possible using monitors, often one of the first things
taught in college courses when threading is first discussed), or other
methods of cross-thread communication. For example, the main thread
could block until a background thread wakes it up, using e.g.
ManualResetEvent or monitors (Monitor.Wait, Monitor.Pulse, etc.).
Click to expand...

Thanks Barry for that great piece of information!

Thanks for helping!
 
Back
Top