Error ContextSwitchDeadlock

[desanti]

Yes , I noticed at least 2-3 times in the release version. I've tried with Application.doevents executed on every step of the loop , and no problems but the application slows down. So i'm asking if there's a way to know the interval that windows check for application status , so i'm calling application.doevents not on every step of the loop but for example every x seconds ? Is this possible ?

[Lost User]

desanti wrote:

So i'm asking if there's a way to know the interval that windows check for application status , so i'm calling application.doevents not on every step of the loop but for example every x seconds ? Is this possible ?

I never found any specification on how often Windows checks it, might even vary between versions. Instead of doing it every N seconds, you could do it after N items. Still, that metric may vary on another system.

Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

[desanti]

But if you see my original error message , it says.... "60 seconds". Maybe this is the time or is another thing ?

[Lost User]

:-D Yup, that's what it says, you're right. Get the current time before the loop. Inside the loop, distract that value from the current time. If the difference is more than N seconds, call your doevents.

Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

[desanti]

a Timer object will be a help or no ?

[Lost User]

Which timer-object? There's multiple, and one of them relies on the application processing messages (ie, not being too busy). It's easier to simply check inside the loop how much time has passed.

Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

[desanti]

Sorry , Timer Control

[Lost User]

The one from System.Windows.Forms says this in the docs;

Implements a timer that raises an event at user-defined intervals. This timer is optimized for use in Windows Forms applications and must be used in a window.

Meaning it won't fire if it doesn't get to process the message.

Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

[desanti]

So , the only solution remain to manually calculate the time inside the loop.

[Lost User]

..which is not that hard; there's an example a few posts below.

Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

[Dave Kreskowiak]

Solution? Ignore it. The message only shows up when debugging the app. And you're wrong about the BackgroundWorker not having access to the controls. Technically, you don't have access to them, but you can get at the controls if you supply method to update the controls and Invoke calls to them. Using the BackgroundWorker, or some other threading/Task model, will free up the UI thread to pump messages. This will also make the warning message you're seeing disappear. Also, if you're doing everything in this long-running operation on the UI (startup) thread, then your controls are not getting repainted anyway. If the UI thread is busy with your operation, it can't respond to all the WM_PAINT messages that are piling up in the message pump. So, during this operation, what could you possibly be updating in the controls since nobody can see those changes? If you're going to do a long-running operation with control interactions, you have to do it correctly, otherwise you run into little issues like what you're seeing.

Asking questions is a skill CodeProject Forum Guidelines Google: C# How to debug code Seriously, go read these articles.
Dave Kreskowiak

[Dave Kreskowiak]

If you think you have to use Application.DoEvents, this is a sign you're doing something very wrong.

Asking questions is a skill CodeProject Forum Guidelines Google: C# How to debug code Seriously, go read these articles.
Dave Kreskowiak

[Dave Kreskowiak]

No, they haven't "solved" it. What they've done is gotten around the warning message without actually fixing the problem.

Asking questions is a skill CodeProject Forum Guidelines Google: C# How to debug code Seriously, go read these articles.
Dave Kreskowiak