Why does thread remain AbortRequested?

"Brett" <no@spam.com> schrieb:

I have a second thread in which I call t.abort() from the parent thread. I
see "t"s state as AbortRequested. It stays this way for some time. Under
which conditions will a thread remain this way?
Call 't.Join()' immediately after calling 't.Abort' if you need to block the
current thread until the aborted thread died.
The sub procedure that "t" calls is an inifite loop with code inside.

In this case, using a boolean variable that is checked by the thread (for
example, every n-th iteration of the loop) is IMO the preferred way. More
information:

How To Stop a Thread in .NET (and Why 'Thread.Abort' is Evil)
<URL:http://www.interact-sw.co.uk/iangblog/2004/11/12/cancellation>

Shutting down worker threads gracefully
<URL:http://www.yoda.arachs ys.com/csharp/multithreading. html#worker.thr eads>

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:e%******** ********@tk2msf tngp13.phx.gbl. ..

"Brett" <no@spam.com> schrieb:

I have a second thread in which I call t.abort() from the parent thread. I
see "t"s state as AbortRequested. It stays this way for some time. Under
which conditions will a thread remain this way?

Call 't.Join()' immediately after calling 't.Abort' if you need to block
the current thread until the aborted thread died.

The sub procedure that "t" calls is an inifite loop with code inside.

In this case, using a boolean variable that is checked by the thread (for
example, every n-th iteration of the loop) is IMO the preferred way. More
information:

How To Stop a Thread in .NET (and Why 'Thread.Abort' is Evil)
<URL:http://www.interact-sw.co.uk/iangblog/2004/11/12/cancellation>

Shutting down worker threads gracefully
<URL:http://www.yoda.arachs ys.com/csharp/multithreading. html#worker.thr eads>

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

Thanks for the links and I will try the boolean method you mention.

When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending on
where I am. Is it true multi threaded apps don't actually run threads in
parallel? They just take turns with small slices of execution time.

Some processors execution instructions in parallel. Wouldn't this allow two
threads to run in parallel rather than share time?

Thanks,
Brett

Brett,

"Brett" <no@spam.net> schrieb:

When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending on
where I am. Is it true multi threaded apps don't actually run threads in
parallel? They just take turns with small slices of execution time.
That's typical for multithreaded applications.
Some processors execution instructions in parallel. Wouldn't this allow
two threads to run in parallel rather than share time?

On a single-processor machine, multiple threads run pseudo-parallel, which
means that each thread has its timeslice. If you run the application on a
multithreading system, threads can be executed by different CPUs.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:e$******** ******@TK2MSFTN GP15.phx.gbl...

Brett,

"Brett" <no@spam.net> schrieb:

When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending
on where I am. Is it true multi threaded apps don't actually run
threads in parallel? They just take turns with small slices of execution
time.

That's typical for multithreaded applications.

Some processors execution instructions in parallel. Wouldn't this allow
two threads to run in parallel rather than share time?

On a single-processor machine, multiple threads run pseudo-parallel, which
means that each thread has its timeslice. If you run the application on a
multithreading system, threads can be executed by different CPUs.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

Ok. Than what does it mean to execute instructions in parallel within the
cpu on a single cpu machine? If they can only execute one at a time (or is
that reserved to threads only), what does "parallel" mean? Is something
different going on at the processor level than the threading level?

Also, a thread is multiple processor instructions correct?

Thanks,
Brett

Brett,

It takes only some minutes

http://www.intel.com/personal/do_mor...s/03b_base.swf

I hope that this gives you some idea's

Cor

Maybe I'm not understanding how the boolean is used. In Form1, I'm doing
this on application shutdown:

DoProcess = 0
If (t.ThreadState. ToString = "SuspendedReque sted,
WaitSleepJoin") Or (t.ThreadState. ToString = "Suspended" ) Or
(t.ThreadState. ToString = "WaitSleepJ oin, Suspended") Then
Else
t.Abort()
End If
Me.Close()

In Class1, which is spawned by the thread "t", I have this for the boolean
on the loop:

While Form1.DoProcess = 1

On Form1, I can stop "t" by doing a t.suspend(). That's where the problem
is. Now if I try to shut down the app after doing t.suspend(), the above
code runs and the first IF condition is hit, which is to do nothing. Then
Form1 closes. The debugger stop button is still visible and my cpu is at
100%. Meaning thread "t" is still going.

How do I go about killing "t" after calling a t.suspend?

If I don't do t.suspend() and just shut down, the t.abort() condition works
fine and "t" is dies. The app shuts down ok. During this time, "t" is in a
"WaitSleepJ oin, Suspended" or "Running" state.

Should I also add this after the loop in Class1:
Thread.CurrentT hread.Abort()

Thanks,
Brett

"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:e$******** ******@TK2MSFTN GP15.phx.gbl...

Brett,

"Brett" <no@spam.net> schrieb:

When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending
on where I am. Is it true multi threaded apps don't actually run
threads in parallel? They just take turns with small slices of execution
time.

That's typical for multithreaded applications.

Some processors execution instructions in parallel. Wouldn't this allow
two threads to run in parallel rather than share time?

On a single-processor machine, multiple threads run pseudo-parallel, which
means that each thread has its timeslice. If you run the application on a
multithreading system, threads can be executed by different CPUs.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

This doesn't seem correct for a non HT processor. They show one thread
executing then another only after the first. It should be they execute in
parallel but take turns...never executing at the same time.

Brett

"Cor Ligthert" <no************ @planet.nl> wrote in message
news:um******** ******@TK2MSFTN GP09.phx.gbl...

Brett,

It takes only some minutes

http://www.intel.com/personal/do_mor...s/03b_base.swf

I hope that this gives you some idea's

Cor

Brett,
Have you tried setting the Thread.IsBackgr ound property to True? This causes
the thread to terminate when your main (UI) thread terminates, without any
extra code!
Rather then compare your thread state to Strings I would suggest comparing
it to the actual enum values:

Something like:

If (theThread.Thre adState = (ThreadState.Su spendRequested Or
ThreadState.Wai tSleepJoin)) _
Or (theThread.Thre adState = ThreadState.Sus pended) _
Or (theThread.Thre adState = (ThreadState.Wa itSleepJoin Or
ThreadState.Sus pended)) Then
Else
theThread.Abort ()
End If

Alternatively you can check to see if individual flags are on:

If (theThread.Thre adState And ThreadState.Sus pendRequested) =
ThreadState.Sus pendRequested _
Or (theThread.Thre adState And ThreadState.Sus pended) =
ThreadState.Sus pended _
Or (theThread.Thre adState And ThreadState.Wai tSleepJoin) =
ThreadState.Wai tSleepJoin Then
Else
theThread.Abort ()
End If

Sometimes to simplify the above I will create a function.

If IsThreadState(t heThread, ThreadState.Sus pendRequested) _
Or IsThreadState(t heThread, ThreadState.Sus pended) _
Or IsThreadState(t heThread, ThreadState.Wai tSleepJoin) Then

End If

Private Function IsThreadState(B yVal theThread As Thread, ByVal theState
As ThreadState) As Boolean
Return ((theThread.Thr eadState And theState) = theState)
End Function

Hope this helps
Jay

"Brett" <no@spam.com> wrote in message
news:eA******** ******@TK2MSFTN GP15.phx.gbl...

Maybe I'm not understanding how the boolean is used. In Form1, I'm doing
this on application shutdown:

DoProcess = 0
If (t.ThreadState. ToString = "SuspendedReque sted,
WaitSleepJoin") Or (t.ThreadState. ToString = "Suspended" ) Or
(t.ThreadState. ToString = "WaitSleepJ oin, Suspended") Then
Else
t.Abort()
End If
Me.Close()

In Class1, which is spawned by the thread "t", I have this for the boolean
on the loop:

While Form1.DoProcess = 1

On Form1, I can stop "t" by doing a t.suspend(). That's where the problem
is. Now if I try to shut down the app after doing t.suspend(), the above
code runs and the first IF condition is hit, which is to do nothing. Then
Form1 closes. The debugger stop button is still visible and my cpu is at
100%. Meaning thread "t" is still going.

How do I go about killing "t" after calling a t.suspend?

If I don't do t.suspend() and just shut down, the t.abort() condition
works fine and "t" is dies. The app shuts down ok. During this time, "t"
is in a "WaitSleepJ oin, Suspended" or "Running" state.

Should I also add this after the loop in Class1:
Thread.CurrentT hread.Abort()

Thanks,
Brett

"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:e$******** ******@TK2MSFTN GP15.phx.gbl...

Brett,

"Brett" <no@spam.net> schrieb:

When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending
on where I am. Is it true multi threaded apps don't actually run
threads in parallel? They just take turns with small slices of
execution time.

That's typical for multithreaded applications.

Some processors execution instructions in parallel. Wouldn't this allow
two threads to run in parallel rather than share time?

On a single-processor machine, multiple threads run pseudo-parallel,
which means that each thread has its timeslice. If you run the
application on a multithreading system, threads can be executed by
different CPUs.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>

Thanks Jay. That does help.

Brett

"Jay B. Harlow [MVP - Outlook]" <Ja************ @msn.com> wrote in message
news:OE******** ******@TK2MSFTN GP09.phx.gbl...

Brett,
Have you tried setting the Thread.IsBackgr ound property to True? This
causes the thread to terminate when your main (UI) thread terminates,
without any extra code!
Rather then compare your thread state to Strings I would suggest comparing
it to the actual enum values:

Something like:

If (theThread.Thre adState = (ThreadState.Su spendRequested Or
ThreadState.Wai tSleepJoin)) _
Or (theThread.Thre adState = ThreadState.Sus pended) _
Or (theThread.Thre adState = (ThreadState.Wa itSleepJoin Or
ThreadState.Sus pended)) Then
Else
theThread.Abort ()
End If

Alternatively you can check to see if individual flags are on:

If (theThread.Thre adState And ThreadState.Sus pendRequested) =
ThreadState.Sus pendRequested _
Or (theThread.Thre adState And ThreadState.Sus pended) =
ThreadState.Sus pended _
Or (theThread.Thre adState And ThreadState.Wai tSleepJoin) =
ThreadState.Wai tSleepJoin Then
Else
theThread.Abort ()
End If

Sometimes to simplify the above I will create a function.

If IsThreadState(t heThread, ThreadState.Sus pendRequested) _
Or IsThreadState(t heThread, ThreadState.Sus pended) _
Or IsThreadState(t heThread, ThreadState.Wai tSleepJoin) Then

End If

Private Function IsThreadState(B yVal theThread As Thread, ByVal
theState As ThreadState) As Boolean
Return ((theThread.Thr eadState And theState) = theState)
End Function

Hope this helps
Jay

"Brett" <no@spam.com> wrote in message
news:eA******** ******@TK2MSFTN GP15.phx.gbl...

Maybe I'm not understanding how the boolean is used. In Form1, I'm doing
this on application shutdown:

DoProcess = 0
If (t.ThreadState. ToString = "SuspendedReque sted,
WaitSleepJoin") Or (t.ThreadState. ToString = "Suspended" ) Or
(t.ThreadState. ToString = "WaitSleepJ oin, Suspended") Then
Else
t.Abort()
End If
Me.Close()

In Class1, which is spawned by the thread "t", I have this for the
boolean on the loop:

While Form1.DoProcess = 1

On Form1, I can stop "t" by doing a t.suspend(). That's where the
problem is. Now if I try to shut down the app after doing t.suspend(),
the above code runs and the first IF condition is hit, which is to do
nothing. Then Form1 closes. The debugger stop button is still visible
and my cpu is at 100%. Meaning thread "t" is still going.

How do I go about killing "t" after calling a t.suspend?

If I don't do t.suspend() and just shut down, the t.abort() condition
works fine and "t" is dies. The app shuts down ok. During this time,
"t" is in a "WaitSleepJ oin, Suspended" or "Running" state.

Should I also add this after the loop in Class1:
Thread.CurrentT hread.Abort()

Thanks,
Brett

"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:e$******** ******@TK2MSFTN GP15.phx.gbl...

Brett,

"Brett" <no@spam.net> schrieb:
When I'm debugging an app with two threads, I can see it sometimes will
switch from the class file back to the form every other line, depending
on where I am. Is it true multi threaded apps don't actually run
threads in parallel? They just take turns with small slices of
execution time.

That's typical for multithreaded applications.

Some processors execution instructions in parallel. Wouldn't this
allow two threads to run in parallel rather than share time?

On a single-processor machine, multiple threads run pseudo-parallel,
which means that each thread has its timeslice. If you run the
application on a multithreading system, threads can be executed by
different CPUs.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>