Weird problem

Hmmm... I'm not sure where to start looking for that myself since none of our
code is listed in the stack trace. You said that it only occurs when an IntelliPrompt
selection is made or did you say that it also happens right when the main Form opens
and no IntelliPrompt is used yet?

That's almost guaranteed to be a "painting from a non UI thread" problem. Check to make sure that you don't have any worker threads that could be causing the editor to visuall update itself in any way.

Thanks for the replies.

In response to Actipro Support:

The exception has cropped up on a couple of occassions when opening a form that had SE on it. And it occurred as the form was opening up so I guess it would have been in the InitializeComponent or OnLoad that it would have happened.

The other time I've seen it happen was when pressing Enter in order to complete a selected item from an IntelliPrompt list. So I pressed Enter, the IntelliPrompt that was currently selected was completed successfully and the excetion occurred.

In response to Craig's suggestion, this might be a possibility.

I have a Timer object on the form and I'm handling the Elapsed event (interval is set to 5 minutes). So every 5 minutes, I'm performing an "auto-save" whereby I save the contents of the open SyntaxEditor. At the moment the auto-save runs the ModificationMarkColor is changed to LimeGreen.

Is it possible that if I'm editing the document at the moment the auto-save runs that this is what is causing the exception? The auto-save normally runs without a problem but perhaps it happens to throw an exception if it coincides with the document being edited at the exact same point in time.

If so this would potentially explain why the exception is so random.

Assuming this is the source of my problem is there a way I could get around it?

I'm not sure this explains the exception that is occurring when I'm opening a form with a SE on it. But that could be unrelated.

Thanks for the input so far.

Karl

Just before you change the color, check the form's InvokeRequired property. If it's true you need to move the code dealing with the editor to a separate method and call it using the Invoke method and a delegate.

[Modified at 06/20/2006 06:55 PM]

Maybe another thing to try is disable the auto-save timer and see if you still get the problem
to show up. If not then you know that is probably the reason for the problem.
But generally timers are on the same thread as the UI (if you are using the Timer control)
so I wouldn't think that it would be an issue.

If you come across a different stack trace, like one with some of our methods in it, please
post it too. That might help narrow down if it is something we are doing.

Craig you were spot on.

The form's InvokeRequired property is set to true when the auto-save runs. I guess the Timer isn't running on the same thread as the UI.

I am curious as to why this doesn't cause a problem 99% of the time though. For the most part auto-save works fine and the color changes without any issue even though I am not using the Invoke method and a delegate.

So how come it seems to work (most of the time) even though InvokeRequired is true?

Anyway, I'll implement a solution using Invoke and a delegate and hopefully that will be the end of it. Given the randomness of the problem it could be a long while before I'm certain it is fixed but it does seem like this is the most likely reason.

Thanks for all your help.

Karl

Excellent advice Craig... thanks for assisting!

Multithreaded situations are sometimes very difficult to debug. You typically have to randomly have everything collide at the same time for you to notice issues. Otherwise things will work as expected until that scenario occurs.