Best/fastest way to abort worker thread

Btw. it's in .NET 1.1 (2.0 is not an option pt.)

Soren
"Soren S. Jorgensen" <no****@nodomai n.com> skrev i en meddelelse
news:O%******** ********@TK2MSF TNGP15.phx.gbl. ..

Hi,

In my app I've got a worker thread (background) doing some calculations
based upon user input. A new worker thread might be invoked before the
previous worker thread has ended, and I wan't only one worker thread
running at any time (if a new worker thread start has been requested, any
running worker thread results will be invalid). I'm using the below method
to invoke a new worker thread, but when stress testing this I'm sometimes
getting a System.Threadin g.ThreadStateEx ception (Thread is suspended;
attempting to abort) and everything locks up.

Does anyone now of a more fail safe method to successfully kill a ongoing
thread ??

private void StartWorker()
{
lock(this)
{
if(_calcThread != null)
{
while(_calcThre ad.IsAlive)
{
if(_calcThread. ThreadState !=
System.Threadin g.ThreadState.A bortRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspendRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspended)
{
_calcThread.Abo rt();
}
else
{
_calcThread.Joi n(50);
}
}

_calcThread = null;
}

_calcThread = new Thread(new ThreadStart(thi s.RunCalculatio n));
_calcThread.IsB ackground = true;
_calcThread.Pri ority = ThreadPriority. Highest;
_calcThread.Sta rt();
}

Thanks...

Soren

Soren,

You shouldn't call Abort on threads for this purpose.

How you should terminate another thread is dependent on how you perform
processing in that thread.

If you are looping in the thread, performing your processing, then you
should check a shared variable (which has access to it synchronized, of
course) to see if the processing should stop. If you need to stop, then you
just exit the function when that variable indicates that the thread should
shut down.

If the processing is linear, then you will need to use a shared variable
as well, but you will have to decide at which points you check to see if
your processing should stop.

Now, you also want to know when the thread terminates. For this, you
could call Join on the thread (not in the thread itself, but on the instance
representing the worker thread) and wait for it to finish (of course, you
would only do this once you set your flag indicating that the thread should
stop).

However, I think that using Join is bad practice. Rather, you should
create an event, and signal the event in the worker thread when it is done.

Then, you can wait for the event to be signaled in the main thread, and
continue.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

"Soren S. Jorgensen" <no****@nodomai n.com> wrote in message
news:O%******** ********@TK2MSF TNGP15.phx.gbl. ..

Hi,

In my app I've got a worker thread (background) doing some calculations
based upon user input. A new worker thread might be invoked before the
previous worker thread has ended, and I wan't only one worker thread
running at any time (if a new worker thread start has been requested, any
running worker thread results will be invalid). I'm using the below method
to invoke a new worker thread, but when stress testing this I'm sometimes
getting a System.Threadin g.ThreadStateEx ception (Thread is suspended;
attempting to abort) and everything locks up.

Does anyone now of a more fail safe method to successfully kill a ongoing
thread ??

private void StartWorker()
{
lock(this)
{
if(_calcThread != null)
{
while(_calcThre ad.IsAlive)
{
if(_calcThread. ThreadState !=
System.Threadin g.ThreadState.A bortRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspendRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspended)
{
_calcThread.Abo rt();
}
else
{
_calcThread.Joi n(50);
}
}

_calcThread = null;
}

_calcThread = new Thread(new ThreadStart(thi s.RunCalculatio n));
_calcThread.IsB ackground = true;
_calcThread.Pri ority = ThreadPriority. Highest;
_calcThread.Sta rt();
}

Thanks...

Soren

Hi Nicolas,

Yes, I agree that previous posted example might not to be the best way to
end a worker thread, but the issue here is that the proccessing is actually
done in another module (and I'd really hate to begin changing this). So
there's really not a lot of points where it would be possible check if an
event is set signaling the worker thread to stop processing.
When prossecing is successfully done (or if another processing request has
not been submitted), the result is returned (from the worker) to main thread
through a delegate, in any other case it will/should be discarded. So the
only place where it would be suitable checking a signal would be just before
returning the result at the end of the thread. This will also do, but will
take up unnessecary resources on the client machine.

Soren

"Nicholas Paldino [.NET/C# MVP]" <mv*@spam.guard .caspershouse.c om> skrev i
en meddelelse news:uc******** ******@TK2MSFTN GP10.phx.gbl...

Soren,

You shouldn't call Abort on threads for this purpose.

How you should terminate another thread is dependent on how you perform
processing in that thread.

If you are looping in the thread, performing your processing, then you
should check a shared variable (which has access to it synchronized, of
course) to see if the processing should stop. If you need to stop, then
you just exit the function when that variable indicates that the thread
should shut down.

If the processing is linear, then you will need to use a shared
variable as well, but you will have to decide at which points you check to
see if your processing should stop.

Now, you also want to know when the thread terminates. For this, you
could call Join on the thread (not in the thread itself, but on the
instance representing the worker thread) and wait for it to finish (of
course, you would only do this once you set your flag indicating that the
thread should stop).

However, I think that using Join is bad practice. Rather, you should
create an event, and signal the event in the worker thread when it is
done.

Then, you can wait for the event to be signaled in the main thread, and
continue.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

"Soren S. Jorgensen" <no****@nodomai n.com> wrote in message
news:O%******** ********@TK2MSF TNGP15.phx.gbl. ..

Hi,

In my app I've got a worker thread (background) doing some calculations
based upon user input. A new worker thread might be invoked before the
previous worker thread has ended, and I wan't only one worker thread
running at any time (if a new worker thread start has been requested, any
running worker thread results will be invalid). I'm using the below
method to invoke a new worker thread, but when stress testing this I'm
sometimes getting a System.Threadin g.ThreadStateEx ception (Thread is
suspended; attempting to abort) and everything locks up.

Does anyone now of a more fail safe method to successfully kill a ongoing
thread ??

private void StartWorker()
{
lock(this)
{
if(_calcThread != null)
{
while(_calcThre ad.IsAlive)
{
if(_calcThread. ThreadState !=
System.Threadin g.ThreadState.A bortRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspendRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspended)
{
_calcThread.Abo rt();
}
else
{
_calcThread.Joi n(50);
}
}

_calcThread = null;
}

_calcThread = new Thread(new ThreadStart(thi s.RunCalculatio n));
_calcThread.IsB ackground = true;
_calcThread.Pri ority = ThreadPriority. Highest;
_calcThread.Sta rt();
}

Thanks...

Soren

Hi Nicolas,

Yes, I agree that previous posted example might not to be the best way to
end a worker thread, but the issue here is that the proccessing is actually
done in another module (and I'd really hate to begin changing this). So
there's really not a lot of points where it would be possible check if an
event is set signaling the worker thread to stop processing.
When prossecing is successfully done (or if another processing request has
not been submitted), the result is returned (from the worker) to main thread
through a delegate, in any other case it will/should be discarded. So the
only place where it would be suitable checking a signal would be just before
returning the result at the end of the thread. This will also do, but will
take up unnessecary resources on the client machine.

Soren

"Nicholas Paldino [.NET/C# MVP]" <mv*@spam.guard .caspershouse.c om> skrev i
en meddelelse news:uc******** ******@TK2MSFTN GP10.phx.gbl...

Soren,

You shouldn't call Abort on threads for this purpose.

How you should terminate another thread is dependent on how you perform
processing in that thread.

If you are looping in the thread, performing your processing, then you
should check a shared variable (which has access to it synchronized, of
course) to see if the processing should stop. If you need to stop, then
you just exit the function when that variable indicates that the thread
should shut down.

If the processing is linear, then you will need to use a shared
variable as well, but you will have to decide at which points you check to
see if your processing should stop.

Now, you also want to know when the thread terminates. For this, you
could call Join on the thread (not in the thread itself, but on the
instance representing the worker thread) and wait for it to finish (of
course, you would only do this once you set your flag indicating that the
thread should stop).

However, I think that using Join is bad practice. Rather, you should
create an event, and signal the event in the worker thread when it is
done.

Then, you can wait for the event to be signaled in the main thread, and
continue.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

"Soren S. Jorgensen" <no****@nodomai n.com> wrote in message
news:O%******** ********@TK2MSF TNGP15.phx.gbl. ..

Hi,

In my app I've got a worker thread (background) doing some calculations
based upon user input. A new worker thread might be invoked before the
previous worker thread has ended, and I wan't only one worker thread
running at any time (if a new worker thread start has been requested, any
running worker thread results will be invalid). I'm using the below
method to invoke a new worker thread, but when stress testing this I'm
sometimes getting a System.Threadin g.ThreadStateEx ception (Thread is
suspended; attempting to abort) and everything locks up.

Does anyone now of a more fail safe method to successfully kill a ongoing
thread ??

private void StartWorker()
{
lock(this)
{
if(_calcThread != null)
{
while(_calcThre ad.IsAlive)
{
if(_calcThread. ThreadState !=
System.Threadin g.ThreadState.A bortRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspendRequested &&
_calcThread.Thr eadState !=
System.Threadin g.ThreadState.S uspended)
{
_calcThread.Abo rt();
}
else
{
_calcThread.Joi n(50);
}
}

_calcThread = null;
}

_calcThread = new Thread(new ThreadStart(thi s.RunCalculatio n));
_calcThread.IsB ackground = true;
_calcThread.Pri ority = ThreadPriority. Highest;
_calcThread.Sta rt();
}

Thanks...

Soren

Use one worker thread and blocking queue. The worker blocks on empty queue.
When you post work to the queue the thread starts and does its thing. It
can post back to your UI using an event or calling a method on the form that
BeginInvokes a method on the UI thread.
Here is example using a blocking queue:
http://channel9.msdn.com/ShowPost.aspx?PostID=161030

--
William Stacey [MVP]

"Soren S. Jorgensen" <no****@nodomai n.com> wrote in message
news:O%******** ********@TK2MSF TNGP15.phx.gbl. ..
| Hi,
|
| In my app I've got a worker thread (background) doing some calculations
| based upon user input. A new worker thread might be invoked before the
| previous worker thread has ended, and I wan't only one worker thread
running
| at any time (if a new worker thread start has been requested, any running
| worker thread results will be invalid). I'm using the below method to
invoke
| a new worker thread, but when stress testing this I'm sometimes getting a
| System.Threadin g.ThreadStateEx ception (Thread is suspended; attempting to
| abort) and everything locks up.
|
| Does anyone now of a more fail safe method to successfully kill a ongoing
| thread ??
|
| private void StartWorker()
| {
| lock(this)
| {
| if(_calcThread != null)
| {
| while(_calcThre ad.IsAlive)
| {
| if(_calcThread. ThreadState !=
| System.Threadin g.ThreadState.A bortRequested &&
| _calcThread.Thr eadState !=
| System.Threadin g.ThreadState.S uspendRequested &&
| _calcThread.Thr eadState !=
| System.Threadin g.ThreadState.S uspended)
| {
| _calcThread.Abo rt();
| }
| else
| {
| _calcThread.Joi n(50);
| }
| }
|
| _calcThread = null;
| }
|
| _calcThread = new Thread(new ThreadStart(thi s.RunCalculatio n));
| _calcThread.IsB ackground = true;
| _calcThread.Pri ority = ThreadPriority. Highest;
| _calcThread.Sta rt();
| }
|
| Thanks...
|
| Soren
|
|
|