|
I wouldn't worry about the danger level for your CPU's, just check ASAP whether the heatsink is properly in contact with the chips !!!!!!!
Doug
|
|
|
|
|
That's on the hot side for stock clocking, but is probably just that the PrescHot chips run really hot. I'd guess your mobo has it's warning set conservatively for older cooler chips. If you're pegging at 100% load regularly a larger aftermarket heatsink would probably be a good investment, but otherwise I wouldn't worry.
--
Rules of thumb should not be taken for the whole hand.
|
|
|
|
|
Pentiums are known to run very hot. Especially the newer ones.
|
|
|
|
|
1) make sure your heatsinks are properly seated (and while you have them off the CPU, use Arctic Silver 5 thermal compound (remember, don't use too much).
2) Since you're taking the HSF off to check it anyway, I'd get something a bit beefier. If you have the room in your case, check out the Scythe heat sinks that accept a 120mm fan. They rock.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Hi,
I've written a small command line program to send AT modem commands to a USB-connected GSM modem (in fact it's an old Nokia telephone). We use at work it to send SMS reports. Currently the program is still very much experimental, but has been working well. I followed Allen Denver's MSDN article "Serial Communications in Win32"
So, in my program I would open a handle to the com port to which the modem is connected. Then, I would write each of the following strings in turn, separated by a 2.5 second pause.
1) "AT+CMGF=1\x0D" to indicate SMS mode.
2) "AT+CMGS=\"+44NNNNNNNNNN\"\x0D" to indicated the destination phone number.
3) "SMS Text\x1A\x0D" to indicate the text to send in the message and terminate the message.
Each of these strings is written to the previous file handle within a function I wrote and the return value from this function indicates the success or not of writing the string.
I'm not very experienced in serial comms programming. My question is, how do you tell in code that the modem is ready for input? For example, in HyperTerminal you get the "OK" prompt back. Is this just a feature of HyperTerminal? Am I already doing enough by checking that the string was written successfully? What is the "proper" thing to do after writing the string to the com port to check that the modem is ready for more input?
I am using C++ to write the program under Windows 2000 and XP.
Thanks in advance.
|
|
|
|
|
The 'OK' is part of the modem protocol, it's nothing to do with HyperTerminal.
Elaine
|
|
|
|
|
Hi all,
I have a LAN with a workgroup. Can I share a folder with password protected. I think I did this with win98 long time ago. But I couldn't with XP
Can anybody help me?
|
|
|
|
|
mwith wrote: Can I share a folder with password protected
No.
mwith wrote: I think I did this with win98 long time ago
And look what happened to Windows 98.
mwith wrote: But I couldn't with XP
Of course not. Password protecting a folder is extremely inefficient from both a security and administrative standpoint.
Networking relies on the users access token to determine what the have access to and what they don't. Passwords are NEVER assigned to specific resources, only user/machine accounts. You have to plan your security more carefully, but it's far easier to manage. Create a group on that machine, add the users that you want to have access to that folder to the group, then modify the permissions of the folder and give the appropriate permissions to the group. Done! Now noone has to memorize yet another password. The users that have access to the folder have it without doing anything and the users who don't, well, don't have access to it.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
|
Windows XP 64-bit
This operating system's greater number of bits allows it, for example, to make effective use of dual CPU computers, and to run (some) custom-built software faster
wow
|
|
|
|
|
Translation: we wrote really WTFable code and it would be impossible to actually port over in a reasonable fashion.
--
Rules of thumb should not be taken for the whole hand.
|
|
|
|
|
If you're going to get a new NIC card, check out the ones that plug into a PCIe-1X slot. They should have 64-bit drivers...
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Hi everyone,
I'm trying to turn off a USB device power, theoretically, the USB spec states it is possible.
<some background=""> On Intel chipset disabling the "USB root hub" will cut the connected USB devices power, I know that with Ali and Via chipsets (and probably others) its not the case.. the device will enter sleep mode instead.
The only thing I've been able to find is restart, disable-enable, and changing the max allowed power consumption. None of the above did the trick.. before giving up completely I wanted to hear your opinion of this..
Do you know a way to Turn off a USB device power?
Thanks,
Ariel.
|
|
|
|
|
Set the max power to zero?
|
|
|
|
|
From my understanding it will not necessarily turn off the device power.. its more like a “recommendation for the hub. (i.e if a device claims its max usage is 10ma but you use 100ma it might disconnect the device)
I'm willing to test it again (on several computers) if you’ll point me to a working test application..
|
|
|
|
|
now i want to get some informations about the local Floppy Driver. the information may content Vendor ID, Product ID ... or some thing else~
can anybody give me some hint?
if C/C++ can do this tell me how, if not give me some explaination.
thanks ~~~
|
|
|
|
|
For a floppy drive? There isn't a way to do this. The Device Manager in Windows doesn't care. As far as I know, most of them come back as a Generic Drive on a Standard Controller. About the only ones that would come back with any information are the old 120MB Super Drives.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
thanks!
|
|
|
|
|
Hi there, does anyone know in what memory location I can read the CPU tempreture\fan speed. I am guesing it is a memory location, as that would be the most logical...but it could also mean that every motherboard is different. In my case I want to read this information on an IBM Anyplace Kiosk. Google has let me down...Please help!!! Thanks.
The Mac
|
|
|
|
|
crystalmac wrote: Hi there, does anyone know in what memory location I can read the CPU tempreture\fan speed
There isn't any. This is usually polled from an I/O port in the machines chipset. The location (port#) changes from manufacturer to manufacturer. It's not Google that let you down, it's IBM because they don't publish this kind of information easily.
You're best bet to to crack open the box, get the chipset manufacturer and ID information, then start Googling around for that instead. You might actually come up with a couple utilities that will return the data for you.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
I need to do this in software from C#. But after my initial search there seemed no way to do this...this was why I posted in the hardware forum because I thought would have to do it the hardway. HOWEVER it seems I am in luck, the temperature reading is implemented in ACPI and is available as a WMI object, provided the correct drivers are installed. Found a great example on this site:
http://www.cicoria.com/cs1/blogs/cedarlogic/archive/2006/11/29/404.aspx[^]
Works well on my HP laptop, but not on my desktop which has an MSI i975 motherboard which is about 3 years old... Holding thumbs it will work on the kiosk...(have not got one to test this just yet). Now I just have to find a way to get the fan speed.
The Mac
|
|
|
|
|
crystalmac wrote: HOWEVER it seems I am in luck, the temperature reading is implemented in ACPI and is available as a WMI object, provided the correct drivers are installed. Found a great example on this site:
That's right! So long as the WMI providers are installed AND that they actually provide the data you want. Sadly, most don't! From IBM, don't count it working.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
If you can find out what the BIOS for the board is you can use speedfan to get the numbers. There's an option to get user created mappings for most major mobo designs, if IBM used something wierd in the kiosk you might have to figure the locations out the hardway, but otherwise you should be good to go with it.
PS if the board's a few years old you could also try motherboard monitor, but MBM has been abandoned by the developer and doens't support newer boards.
--
Rules of thumb should not be taken for the whole hand.
|
|
|
|
|
Is the Win32_TemperatureProbe class of any help?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Only if the WMI Providers for the MoBo have been installed. Most of the manufacturers don't bother creating the providers for this stuff. Other stuff, like the motherboard and manufacturer details, yes, but not the fan and temp counters. Pity, 'cause I would like to use them myself.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|