RunWorkerComple tedEventArgs.Ca ncelled always false, even when I know it caught the cancel request

[Steve]

After running into a design wall with my traditional thread approach, I
realized that a BackgroundWorke r object would fit my needs pretty good.
Never really used them before.
In a nutshell, my problem is cancelling the worker. I've read the MSDN
docs, checked google and haven't found a solution.

The problem is, once I make a call to cancellAsync() (I check for
CancellationPen ding in my DoWork handler) and WorkerComplete fires, the
value of Cancelled in the event args is always false.

Here is my code:
<code>

public void UpdateView()
{
if(MSP430Progra mmer.TargetConn ected())
{
View.CloseViewW ithResult(Dialo gResult.OK);
}

View.SetMessage Text(ProgramTar getResources.Ta rgetDisconnecte dMessage);

_pollingWorker = new BackgroundWorke r();
_pollingWorker. WorkerSupportsC ancellation = true;
_pollingWorker. DoWork += OnPollingWorker DoWork;
_pollingWorker. RunWorkerComple ted += OnPollingWorker Complete;
_pollingWorker. RunWorkerAsync( );
}

private void OnPollingWorker DoWork(object sender, DoWorkEventArgs args)
{
while(_pollingW orker.Cancellat ionPending == false &&
MSP430Programme r.TargetConnect ed() == false)
{
Thread.Sleep(50 0);
}

}
***** When I cancel (and it works cause this fires before
MSP430Programme r.TargetConnect ed() evaluates true
***** the Cancelled property of args is false.
private void OnPollingWorker Complete(object sender,
RunWorkerComple tedEventArgs args)
{
View.CloseViewW ithResult(Dialo gResult.OK);
}
public void CancelAndClose( )
{
_pollingWorker. CancelAsync();
}
</code>
Anyone see the problem? What am I missing? Is it a bug? I'm no threading
expert, in face I barely grasp the concepts, but from what I think I know
this isn't a race condition as MSP430Programme r.TargetConnect ed() is always
false.

Thanks for reading,
Steve

[sdbillsfan]

When CancellationPen ding is true in your OnPollingWorker DoWork method
you need to set args.cancel = true
Steve wrote:

After running into a design wall with my traditional thread approach, I
realized that a BackgroundWorke r object would fit my needs pretty good.
Never really used them before.
In a nutshell, my problem is cancelling the worker. I've read the MSDN
docs, checked google and haven't found a solution.

The problem is, once I make a call to cancellAsync() (I check for
CancellationPen ding in my DoWork handler) and WorkerComplete fires, the
value of Cancelled in the event args is always false.

Here is my code:
<code>

public void UpdateView()
{
if(MSP430Progra mmer.TargetConn ected())
{
View.CloseViewW ithResult(Dialo gResult.OK);
}

View.SetMessage Text(ProgramTar getResources.Ta rgetDisconnecte dMessage);

_pollingWorker = new BackgroundWorke r();
_pollingWorker. WorkerSupportsC ancellation = true;
_pollingWorker. DoWork += OnPollingWorker DoWork;
_pollingWorker. RunWorkerComple ted += OnPollingWorker Complete;
_pollingWorker. RunWorkerAsync( );
}

private void OnPollingWorker DoWork(object sender, DoWorkEventArgs args)
{
while(_pollingW orker.Cancellat ionPending == false &&
MSP430Programme r.TargetConnect ed() == false)
{
Thread.Sleep(50 0);
}

}
***** When I cancel (and it works cause this fires before
MSP430Programme r.TargetConnect ed() evaluates true
***** the Cancelled property of args is false.
private void OnPollingWorker Complete(object sender,
RunWorkerComple tedEventArgs args)
{
View.CloseViewW ithResult(Dialo gResult.OK);
}
public void CancelAndClose( )
{
_pollingWorker. CancelAsync();
}
</code>
Anyone see the problem? What am I missing? Is it a bug? I'm no threading
expert, in face I barely grasp the concepts, but from what I think I know
this isn't a race condition as MSP430Programme r.TargetConnect ed() is always
false.

Thanks for reading,
Steve

[Steve]

Thanks for clearing that up, I apprecaite it.
I guess I was thinking it would set that for me, but I suppose just cause I
request it to cancel doesn't mean it will, so you need to explicitly set it?
Hmm...

Thanks again,
Steve
<sd********@gma il.com> wrote in message
news:11******** **************@ h76g2000cwa.goo glegroups.com.. .

When CancellationPen ding is true in your OnPollingWorker DoWork method
you need to set args.cancel = true
Steve wrote:

After running into a design wall with my traditional thread approach, I
realized that a BackgroundWorke r object would fit my needs pretty good.
Never really used them before.
In a nutshell, my problem is cancelling the worker. I've read the MSDN
docs, checked google and haven't found a solution.

The problem is, once I make a call to cancellAsync() (I check for
CancellationPen ding in my DoWork handler) and WorkerComplete fires, the
value of Cancelled in the event args is always false.

Here is my code:
<code>

public void UpdateView()
{
if(MSP430Progra mmer.TargetConn ected())
{
View.CloseViewW ithResult(Dialo gResult.OK);
}
View.SetMessage Text(ProgramTar getResources.Ta rgetDisconnecte dMessage);

_pollingWorker = new BackgroundWorke r();
_pollingWorker. WorkerSupportsC ancellation = true;
_pollingWorker. DoWork += OnPollingWorker DoWork;
_pollingWorker. RunWorkerComple ted += OnPollingWorker Complete;
_pollingWorker. RunWorkerAsync( );
}

private void OnPollingWorker DoWork(object sender, DoWorkEventArgs args)
{
while(_pollingW orker.Cancellat ionPending == false &&
MSP430Programme r.TargetConnect ed() == false)
{
Thread.Sleep(50 0);
}

}
***** When I cancel (and it works cause this fires before
MSP430Programme r.TargetConnect ed() evaluates true
***** the Cancelled property of args is false.
private void OnPollingWorker Complete(object sender,
RunWorkerComple tedEventArgs args)
{
View.CloseViewW ithResult(Dialo gResult.OK);
}
public void CancelAndClose( )
{
_pollingWorker. CancelAsync();
}
</code>
Anyone see the problem? What am I missing? Is it a bug? I'm no
threading
expert, in face I barely grasp the concepts, but from what I think I know
this isn't a race condition as MSP430Programme r.TargetConnect ed() is
always
false.

Thanks for reading,
Steve