Hi Walter

Thanks for the answer but we are sure it's not the software since we have it running on over 5,500 workstations around the country. It is just on this client's 5 workstations, all of which were bought at the same time and all have hyperthreading. Plus the problem only happens when I run anything via the menu system vs. running the same routines but via a toolbar button.


>Hi Jos,
>
>I doubt if this has anything to do with hyperthreading. Did you verify that behaviour does not occur on a non-hyperthreading machine (Probably you can turn off hyperthreading in the bios).
>
>I would search the behaviour more into your application or VFP itself. I know one condition where I could mimic this, but this probably does not apply to your situation:
>
>- If a form does not have any control that can receive focus when starting up and the form containes a large number of nested containers, the CPU runs to 100%. Adding one control that can receive focus solves the issue. This behavious is present in at least VFP8 and VFP9
>
>
>I would carefull debug the system and check which code is run after the menuitem has been selected (E.g. SET COVERAGE). Try to see whether setting any debug point (SET STEP ON) would generate the same problem.
>
>Good luck. Trust me I know how it feels when encoutering these kind of things.
>
>Walter,
>
>
>
>>Hi All
>>
>>I have a strange problem in my VFP 9 applictaion. If I run certain routines in my app via my toolbar icons then all is well. If I access the same routines via the menu structure then as soon as the option is clicked the cpu usage goes to 100% and the application is unresponsive. The only obvious thing that I can see is that the cpu's are Intel hyper-threading cpu's, 2.8Ghz. I have heard problems with this cpu. Can anyone (a) confirm the above behaviour and (b) is so, is there a workaround?
>>
>>Many thanks.