Hi, If you look at the DLL's associated with svchost in my last post many problems occur because a dll is unregistered, this is a simple batch to register most of the relevant dll's has worked to fix your problem in the past. Open the attached .zip file and right click on Lag.bat select run as administrator, restart afterwards, let us know how you get on.
I can't help thinking that you should put a health warning on that file
It does a lot more than just re-register DLL's - forcing deletion of the %temp% folder content can cause problems, and the consequences of effectively deleting the catroot2 and DataStore folders should be explained.
Hi, this fix was from a MS development engineer who showed it at a conference I attended, it is perfectly safe, those functions are part of windows update problems AND can be the cause of high cpu useage in svchost. Why? well the windows update by default will run with high priority and even though the service may show started it is actually not,the priority is called by the bits service, so this is designed to repair that function it will do no harm.
I know what the regsvr command does (perfectly safe), but sometimes erasing the temp directory is not a great idea without warning. I scanned through that batch and actually missed the del temp line - I don't care, but I reckon some people will be annoyed/have temp files they want/need
Hi, this is simply not the case, by their very nature these are temp files, and if you understood that, why would removing them be any reason to get upset? What circumstance could you enlighten us with in regards to "some people will be annoyed/have temp they want/need... makes no sense at all.
Well, when I am coding something that outputs to temp its useful to see if temp files have been created, and if they are in the correct format etc, true I wasn't debugging/looking for anything at that time, but I could have been
I suppose its a tiny window for error, but meh xD
On a related note, the batch file does not seem to have changed/fixed the problem