Is there a function to get the Proc. speed? I know where the reg key is stored, but it's not always there on every machine. However 98% of the time I see in the MSINFO32 tool, so they must be getting it from somewhere...
What platform do U mean?
For NT-based, U can look at PDH library. It provides access for a lot of information exported by the kernel.
The same access is provided with the hiden registry hive (I cannot recollect its name now).
U can read about it in MSDN. Some samples have place in SDK too.
"UNIX is simple; it just takes a genius to understand its simplicity!"
My problem seems to be with 9x based machines, there doesn't seem to be any way to get the speed except for looking at the BIOS on a reboot. That wouldn't be a problem except I can't reboot these machines The msinfo32 tool usually just reports something generic like "Genuine Intel Step 2", never the clock speed
Originally posted by High_D
My problem seems to be with 9x based machines, there doesn't seem to be any way to get the speed except for looking at the BIOS on a reboot. That wouldn't be a problem except I can't reboot these machines The msinfo32 tool usually just reports something generic like "Genuine Intel Step 2", never the clock speed
You might be correct
Honestly before you posted your post I quote, I thought of posting http://xaxxon.slackworks.com/rsapi/ for you to reference and to run after those so that I think I can have them feel something for my competition,
sigh- That's really like how easy it is to let people see such a stupid psychological reaction of mine.
Regards,
-Vu
Last edited by VuQ_Le; January 22nd, 2004 at 08:49 AM.
I actually wrote the following attatched file recently for educational purposes. It is really fresh off the press. For Win2k, NT, XP it reads the registry. Whereas for Win9x it simply times the clock straight out in a repeated loop using the Windows tick. The complete testing, especially for Win9x platforms, is still in progress, so there is no guarantee here.
There is a whole bunch of stuff related to the CPU identification and the clock.
It is compatible with VC6, VC.NET and GCC. There are similar samples scattered all over the net but you rarely find parallel support for VC and GCC within the same file.
Take a look at the methods within the project.
Sincerely, Chris.
You're gonna go blind staring into that box all day.
I don't recall if win9x returns the processor info, when you install WMI on it. Some of the WIN32 classes under win9x don't return information. Don't have a 9x system to test on. But someone who has WMI installed on a win9x machine could just issue WBEMTEST.exe, enum the root\cimv2 namespace and see if it does...
I have seen WBEMTEST.exe mentioned in my odler version of MSDN but I can't find it to download and I think it is not mentioned in the current MSDN. I assume there is a replacement but I can't find anything saying what the replacement is.
Originally posted by Sam Hobbs
I have seen WBEMTEST.exe mentioned in my odler version of MSDN but I can't find it to download and I think it is not mentioned in the current MSDN. I assume there is a replacement but I can't find anything saying what the replacement is.
it's shipped with all system??? (well maybe not 9x until you install the WMI subsystem)
Since there was a reference to MSINFO.....
it depends on what context you place it in, for system management information in a local or distruibuted enviroment, cimv2 (WMI) is simpler.
* The Best Reasons to Target Windows 8
Learn some of the best reasons why you should seriously consider bringing your Android mobile development expertise to bear on the Windows 8 platform.