There is no direct way to do it - math is all you have, but it's not too complex. Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water

Pete O'Hanlon wrote: In that case, you shouldn't be parallelising the code at this point. This concern was raised specifically for the case where you have a parallel architecture that has to be throttled because of a singleton. Not sure what you are referring to. I took your response to suggest that you were addressing the Singleton Pattern, and not one specific instance of that. Pete O'Hanlon wrote: So, we're talking about introducing a method just to get through a test; not for any other purpose. Yep.

That is a bad idea. As others have said, your long operation needs to move to another thread. There are a couple of ways to do that, the best choice depends on the operations. What is it you are doing? How long does it take, and how often does your code need to access the GUI in that time? BTW1: I don't use Control.BeginInvoke(); when I need invoking, I use Control.Invoke(). BTW2: IMO a long operation needs a way to get cancelled (the user sits there waiting and has the time to change his mind); and a progress bar is also nice to have. These are additional reasons to do things properly, i.e. with an extra thread. :) Luc Pattyn [My Articles] Nil Volentibus Arduum

I guess Multiple Selection Property and Check Box property are the for same purpose. To eliminate multiple selection by CTRL Key, we can also use CheckBoxes property. Using both the properties simultaneously conflicts behaviorally. It was my clients requirement to ave Enable /Disable feature in the list itself. Indeed, it wasn't the best way to design by using checked property of ListView for any other purpose. After a long discussion with my team members, we have come to a conclusion that it is better to eliminate Multiple Selection feature from the product. :-| Although, I have a possible solution- Store the state of all the items just before every click and re-apply it after the click. But this might create trouble only if no. of items exceed a few thousand. Anyways, I am still open for better (optimized) solution. Thanks everybody...

So if Developer Toolbar is not an option, what else can I do. I need to create a toolbar for IE in C++ (specifically MFC + COM) I have come across some samples but those samples need their (ready made) helper code to be included. It's is learning adventure for me, so I would like to do every thing myself... Looking for any tutorial. Thanx in advance :-)

It's condemned to use Sleep()(for this length of time) in UI thread(its common for people to separate the UI from the rest of the code).