Re: Failure to update KB976749
- From: MowGreen <mowgreen@xxxxxxxxxxxxx>
- Date: Thu, 05 Nov 2009 13:24:21 -0800
OK, the version on my system is 8.00.6001.18852 which is identical to the one listed on your web link with service branch SP3GDR.
What are those two svc branches for, anyway? (The other being SP3QFE)
Since you asked: http://support.microsoft.com/kb/824994
" When you install a security update, critical update, update, update rollup, driver, or feature pack, the package installer (Update.exe) checks to see if your existing files are from the original release version (RTM), SPx, or the GDR environment or hotfix environment. If all the files that are being updated on your computer are from the original release version, SPx, or GDR environment (you have not previously installed a hotfix to update one of the files since the last cardinal point was established) then Update.exe installs the files from the appropriate GDR folder to your computer. If any of the files that are being updated on your computer are from the hotfix environment (you have previously installed a hotfix to update one of the files since the last cardinal point was established), Update.exe installs the files from the appropriate QFE folder to your computer. "
I also wonder about all those $NtUninstallKBxxxxxx$ subdirs in the WINDOWS directory. They just keep
accummulating and wasting disk space. I guess they are needed to uninstall the formerly installed KBs, but after a while one is pretty sure about not needing those uninstalls, so can one just delete
those older subdirs to free up disk space? Same goes for corresponding log files, of course.
The $NtUninstallKBxxxxxx$ subfolders can be safely deleted once you determine that there are absolutely no issues being caused by installed updates. The amount of disk space used by the KBxxxxxx.logs are trivial compared to the $NtUninstallKBxxxxxx$ subfolders but, if there are no installation issues, they can be safely deleted, too.
Before deleting the $NtUninstallKBxxxxxx$ subfolders, see: I want to Save Space and delete unnecessary files after installing a Windows Update patch or Service Pack.
http://www3.telus.net/dandemar/wufix.htm
MowGreen
===============
*-343-* FDNY
Never Forgotten
===============
banthecheck.com
"Security updates should *never* have *non-security content* prechecked"
JP wrote:
"MowGreen" <mowgreen@xxxxxxxxxxxxx> wrote:.
Updates applied *manually* do not show on the Update's website history.
The errors posted from the KB976749.log are not errors, there typical entries for the KB installation logs.
As to why, who knows ? <w>
Thanks, that's reassuring.
To confirm the update has installed, you can check the file version of Mshtml.dll, as shown on the KB article: http://support.microsoft.com/kb/976749
Mshtml.dll is located in WINDOWS\system32
Right click it, choose Properties, click the Version tab.
Under Item name:, click on File Version.
The Version number will depend upon which branch of the file that installed (QFE or GDR).
My XP SP3 system with IE 6SP1 installed shows:
6.00.2900.5890 (xpsp_sp3_gdr.091019-1504)
Which means the branch was GDR.
Compare and contrast the V of Mshtml.dll with the one on your system and the one on the KB.
OK, the version on my system is 8.00.6001.18852 which is identical to the one listed on your web link with service branch SP3GDR.
What are those two svc branches for, anyway? (The other being SP3QFE)
I also wonder about all those $NtUninstallKBxxxxxx$ subdirs in the WINDOWS directory. They just keep accummulating and wasting disk space. I guess they are needed to uninstall the formerly installed KBs, but after a while one is pretty sure about not needing those uninstalls, so can one just delete those older subdirs to free up disk space? Same goes for corresponding log files, of course.
- Follow-Ups:
- Re: Failure to update KB976749
- From: JP
- Re: Failure to update KB976749
- References:
- Failure to update KB976749
- From: JP
- Re: Failure to update KB976749
- From: MowGreen
- Re: Failure to update KB976749
- From: JP
- Re: Failure to update KB976749
- From: MowGreen
- Re: Failure to update KB976749
- From: JP
- Failure to update KB976749
- Prev by Date: Re: XP x32 and x64 license question
- Next by Date: Re: BSOD catch-22
- Previous by thread: Re: Failure to update KB976749
- Next by thread: Re: Failure to update KB976749
- Index(es):
Relevant Pages
|