WU update 643 error w/C++ 2005 redistributable

[bachware]

I have Win 7 Pro, and started getting a Windows Update advisory that I need the security update for C++ runtime redistributable. I've never been able to get it to install, as Win7 WU gives error 643. I cleaned up .NET using the tool, but it doesn't seem to help. What's odd is that, after using Control Panel to remove the runtime (because it didn't seem to be needed, and I thought I could always reinstall it from the release package, if something complained about its absence), WU continues to insist that it needs to be updated. I guess WU's detecting a file that triggers the alert. I disabled the update. How can I get this fixed? Thanks.

 

[Flavius]

try this one: You receive error code 0x80070643 or error code 0x643 when you use the Windows Update or Microsoft Update Web sites to install updates

If it don't help try reinstall Visual C++ 2005 by using any good uninstaller e.g Revo Revo Uninstaller Pro - Downloads

 

[bachware]

Flavius, I love your Q avatar. I did what the M$ site you suggested said, and turned on WU logging. I still can't find out from the log file what error is happening, or why. I rolled back my system using System Restore to a point before I tried the updates, then tried installing the runtime executable itself (in case the absence of the 2005 runtime was causing the failure), and get error 1603. But, I understand that the 2008 C++ runtime is part of the O/S as of Vista, though. Is that right? I think something's out of synch here, and I'd like to uninstall all C++ runtimes, then reinstall the 2005, and the 2008 on top of that. All this has got me flustered, and I'm a techie. Any more suggestions? Spasibo.

 

[Flavius]

1.Run cmd.exe with elevated previlliges and type

sfc /scannow

2.Run Readiness Tool Description of the System Update Readiness Tool for Windows Vista, for Windows Server 2008, for Windows 7, and for Windows Server 2008 R2

It will generate CheckSur.log file in C:\Windows\Logs\CBS folder,attache it to post.

 

[bachware]

Results

sfc /scannow returned full integrity. I don't now if the readiness tool succeeded installing, though, because I see no entry for it (Windows6.1-KB947821-v7-x86.msu) in Control Panel | Programs and Features, although there's a small CheckSur.log file in the \%windir%\Logs\CBS folder, so I'm appending it below. I still can't install the 2005 C++ runtime: WU still asks for its security update, which still fails, so I disabled the update alarm again. Any more suggestions? Thanks.

=================================
Checking System Update Readiness.
Binary Version 6.1.7600.20751
Package Version 9.0
2010-10-02 14:06

Checking Windows Servicing Packages

Checking Package Manifests and Catalogs

Checking Package Watchlist

Checking Component Watchlist

Checking Packages

Checking Component Store

Summary:
Seconds executed: 221
No errors detected

 

[Flavius]

sfc /scannow returned full integrity. I don't now if the readiness tool succeeded installing, though, because I see no entry for it (Windows6.1-KB947821-v7-x86.msu) in Control Panel | Programs and Features,

That's OK.Readiness Tool is not normal update only special diagnostic tools.No errors reported here.

1.Try this one "MS Fix it" Windows Update error 80070643

2.You may also try reset fully WU ,run this "MS Fix it" CLICK in aggressive mode

3.Run this one fix for WU http://www.thewindowsclub.com/repair-fix-windows-updates-with-fix-wu-utility

4.Go to Start>>services.msc and make susre Cryptographic Services is started and set to AUTO

If it also fail find CBS.log in C:\Windows\logs\CBS,pack it and upload on RapidShare AG, Cham, Switzerland -it will be rather to big to attache here

 

[bachware]

Did all four of the above. The first MS Fix It ran. The aggressive one ran and cleared WU out. I then re-ran WU, and it again flagged C++ 2005 Redistributable as needing an update, even though it's not installed in CP | Programs and Features. The fix-wu-utility didn't even download. Cryptographic Services is set to start auto. I don't understand why WU is flagging C++ 2005 Redistributable for patching, when it's not installed. I tried installing it, but the install fails also. The CBS.log is over 10MB size. I'll upload the CBS.zip to the address you gave.

 

[bachware]

C++ 2005 redistrib. update error CBS.LOG.file

Flavius, I'm not sure the CBS.zip got onto Rapidshare properly, so since it's only ½Mb, I'll try to upload it here.

 

[Flavius]

Some application block installation process it would be any security software or any other or some driver

2010-10-02 15:18:16, Error CBS Failed to process single phase execution. [HRESULT = 0x800f0816 - CBS_E_DPX_JOB_STATE_SAVED]

You have many this type of errors in your log.

1. Make sure you don't have on any partition (not only on C any hexadecimal folder -the hexadecimal folder:folder which name consist with hexadecimal digits.Such kind of folders you can meet only directly on any partition -never in any subfolder.If you have such kind of folders then remove them.
2.Uninstall all 3p security software
3.Try install updates on clean boot How to Troubleshoot a Problem by Performing a Clean Startup in Windows 7 or Vista

 

[bachware]

C++ 2005 redistrib. update error

Flavius, I've had no problems with anything other than this — not even with the monster WU update that just came. The runtime isn't even installed on my system (absent in Control Panel | Programs and Features), and when I try to install it from the .MSI I downloaded from M$, I get an error dialog. The behavior occurs with a "vanilla" setup where all Trend Micro AV services are turned off/disabled, its the engine is shut down, the network connectoid is disabled, and I've killed all non-essential processes, using Process Explorer. I did find a hex folder on E: that I deleted, but that's the XP SP3 drive.

What's REAL annoying is that, now that I've tried reinstalling the runtime, I get the shield with the exclamation point on the Shut Down button, whose tooltip help says to click it to shut down, to install the update. Then, when I do that, I get the blue screen that says Win 7 is being updated, and it shuts down, but when I restart, the behavior repeats.

Seems to me that the best approach would be to remove all references/objects in the Registry that may relate to the 2005 runtime, then remove all files in %windir%\System32 that pertain to it, and the pending install info. The Web has thousands of reports of similar problems with the VC runtimes, and complicated approaches to fixing it, none of which seem to work for many.

What's real bad for me is that each try/reboot I've done for this have each created a restore point, thus pushing a good configuration off the bottom of the restore point repository, so that I can't use System Restore to get back to one where the annoying behavior doesn't happen.

Thanks.

 

[bachware]

More info on VB SP1 failure (is SxS involved?)

I suspect the file it detects is the %windir/system32/vbscript.dll that was included with the O/S, whose version is 5.8.7600. If I allow the O/S to attempt to install the service pack, the Installer fails with error code 643, and then the Start button turns into Shut Down that has a yellow shield emblazoned with an exclamation point, and the O/S attempts to install the service pack at shutdown, but with the same 643 error, and keeps on whining about that every session. If I try to install the runtime itself, error 1935 occurs. It also happens if I try to install the 2008 runtime.

The only way to block the former Start button condition is to clear out the SoftwareDistribution folder. The odd thing is that the huge patch series that was just released installed fine — except for the VB 2005 redistributable.

I wonder if the problem is related to contents of the Side by Side folder winsxs? There seem to be other VB runtime vbscript.dlls in there, as there are folders named with the format x86_windows-scripting-vbscript31bf3856ad364e35_6.1.7600_xxxxx_none_yyyyyyyyyyyyyyyy, where xxxxx is either 20662 or 16546 or 16385, and yyyyyyyyyyyyyyyy is respectively either 48cc9903a84aaeeb or 485c9d388f193c9b or 483059728f3a98ba. I’m guessing that Virtual BASIC’s PID is 31bf3856ad364e35. The 16385 folder has a sibling folder with .resources and _en-us_ in its name, that has a vbscript.dll.mui file in it. It’s all very arcane.

The error-log error is
Product: Microsoft Visual C++ 2005 ATL Update kb973923 - x86 8.0.50727.4053 -- Error 1935.An error occurred during the installation of assembly 'Microsoft.VC80.ATL,type="win32",version="8.0.50727.4053",publicKeyToken="1fc8b3b9a1e18e3b",processorArchitecture="x86"'. Please refer to Help and Support for more information. HRESULT: 0x80070003. assembly interface: IAssemblyCache, function: CreateAssemblyCacheItem, component: {97F81AF1-0E47-DC99-A01F-C8B3B9A1E18E}

GASP GASP GASP.

I wonder if deleting the Side-by-Side stuff for VB runtime would help? If any of the .dlls in Side-by-Side are the dangerous ones, might WU might be detecting those, and flagging the installation as needing the update?

I just think that M$ has a nasty service-pack installation bug here, for there are LOTS of complaints on the Web about the VB 2005 SP1, and M$ doesn't have a simple solution.

Thanks.

 

[Flavius]

For error 1935 I found a couple solutions a bit strange but try it


METHOD I

1.Find in C:\Windows\System32 file mscoree.dll and rename it to mscoreebak.dll

2.Install Microsoft Visual C++ and other problematic programs

3.rename mscoreebak.dll to mscoree.dll

METHOD II

1.Find folder C:\Windows\Assembly and rename it to C:\Windows\Assembly.bak
2.Install problematic program
3.Rename Assembly.bak to Assembly

METHOD III

Some people recommend reset system transaction logs in this case

so let's go:

http://www.sevenforums.com/tutorials/107982-clfs-transaction-logs-reset.html?filter[2]=General%20Tips

MS don't know much about this error,a couple articles:

http://support.microsoft.com
/kb/902330
BUG: Error 1935 During Install of the .NET Framework
You may receive an "Error 1935" error message when you use the Netfx.msi Windows Installer package to install the .NET Framework 1.1

Related to your theory about WinSxS error,I doubt it,but if you really want you can check in event viewer do you have any Side by Side errors or not

I attached here manual how to diagnose WinSxS
Diagnosing SideBySide failures - Junfeng Zhang's Windows Programming Notes - Site Home - MSDN Blogs

 

[bachware]

Flavius: Thanks for all your help attempts!

OK, this has got to be the gnarliest problem I've ever seen! I've tried all your suggestions, but to no avail. Not only can the 2005 C++ (8.0?) runtime not get its patch (so I disabled it in WU for now), but I can't install the 2008 (9.0?) redistributable either (original nor SP1). Both give 1935 errors (see below). What's odd is that it seems apps that call C++ redistributable services work, but there's no entry in Programs & Features that show either is installed. So, I'm inferring that both the 2005 and 2008 redistributables are part of the Win 7 O/S installation itself, since, looking in the %windir%\winsxs folder, I see x86_microsoft_vc80 and *_vc90 folders in there that I assume are the runtime "assemblies", despite there being no uninstall entries in P&F — unless those are remnants of old installations that somehow didn't get uninstalled.

BUT, at any rate, I was running Trend Micro Internet Security (malware's never gotten past the product), and they sent me a free upgrade to their new "Titanium" package. So, I removed TMIS to install the new one, and its MSI tries to install the VC++ 2005 redistributable — which fails again with error 1935 of course, so rolls back, and I can't install their antivirus package at all. To work around that and not have to run without an AV net, I re-enabled Windows' own firewall and Defender, then installed MS Security Essentials, which looks like it works great.

Anyway: I've looked in the installation logs for the runtimes, but they give no clear clue as to what's failing; nor does the cbs.log. Seems to me from search-engine browsing that these VC++ runtime installation problems are rampant, and NO ONE gives even reasonably technical help for them.

I wish I could find instructions for manually removing all files for, and Registry entries that pertain to, the runtimes (including stuff in winsxs). It should then be possible to reinstall them without collisions that result in 1935 errors, right?

Here're the error message for today's 2005 & 2008 runtime install attempts:

• Product: Microsoft Visual C++ 2005 Redistributable -- Error 1935.An error occurred during the installation of assembly 'policy.8.0.Microsoft.VC80.ATL,type="win32-policy",version="8.0.50727.762",publicKeyToken="1fc8b3b9a1e18e3b",processorArchitecture="x86"'. Please refer to Help and Support for more information. HRESULT: 0x80070003. assembly interface: IAssemblyCache, function: CreateAssemblyCacheItem, component: {66332652-9C28-58B1-A01F-C8B3B9A1E18E}
• Product: Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.17 -- Error 1935.An error occurred during the installation of assembly 'Microsoft.VC90.ATL,version="9.0.30729.1",publicKeyToken="1fc8b3b9a1e18e3b",processorArchitecture="x86",type="win32"'. Please refer to Help and Support for more information. HRESULT: 0x80070003. assembly interface: IAssemblyCache, function: CreateAssemblyCacheItem, component: {AE56AAF5-F3C0-3D4B-8859-A1E50A3E27BF}

Notice they both have the same HRESULT and publicKeyToken. "Assembly" seems to be jargon for the winsxs folders I refer to above, along with the most recent stuff in %windir%.

There are pretty verbose cbs.log sections for both failed redistributable attempts, which have a bunch of "Call to uninstall failed" errors in the transactions. There's nothing suspicious in the MSI Installer Cleanup list.

Any more ideas? I'm stumped. Thanks again.

 

[bachware]

One more thing I wanted to check with you on before I try it: the fsutil resource setautoreset true c:\
My Windows drive is F:, so should I replace c:\ with f:\, and will there be possible problems after I do that? What are possible side effects, if any?

Thanks again.

 

[bachware]

Update: I decided to try removing .NET 3.5 and .NET 4 profiles, but still am getting the same failure on installing VC++ 2005 runtime. I'll wait with doing fsutil until you tell me what it does/side effects, etc. HRESULT of 0x80070003, according to my browsing, means "Directory not found." What directory, I wonder?

 

[bachware]

In case it helps debugging, here's my environment-variable list, and all directories in paths exist:

ALLUSERSPROFILE=F:\ProgramData
APPDATA=F:\Users\Helge\AppData\Roaming
CommonProgramFiles=F:\Program Files\Common Files
COMPUTERNAME=CUD
ComSpec=F:\Windows\system32\cmd.exe
FP_NO_HOST_CHECK=NO
HOMEDRIVE=F:
HOMEPATH=\Users\Helge
LOCALAPPDATA=F:\Users\Helge\AppData\Local
LOGONSERVER=\\CUD
NUMBER_OF_PROCESSORS=2
OS=Windows_NT
Path=F:\Windows\system32;F:\Windows;F:\Windows\System32\Wbem;F:\Windows\System32\WindowsPowerShell\v1.0\;D:\klassm\4Win
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 15 Model 4 Stepping 3, GenuineIntel
PROCESSOR_LEVEL=15
PROCESSOR_REVISION=0403
ProgramData=F:\ProgramData
ProgramFiles=F:\Program Files
PROMPT=$P $B $T$H$H$H$H$H$H$G
PSModulePath=F:\Windows\system32\WindowsPowerShell\v1.0\Modules\
PUBLIC=F:\Users\Public
SESSIONNAME=Console
SGIMAGE=D:\klassm\4Win\GIFs
SSD=true
SystemDrive=F:
SystemRoot=F:\Windows
TEMP=F:\Users\Helge\AppData\Local\Temp
TMP=F:\Windows\TEMP
USERDOMAIN=CUD
USERNAME=Helge
USERPROFILE=F:\Users\Helge
windir=F:\Windows

 

[bachware]

Partial solution

WEIRD!!! I ran the system upgrade wizard one more time, and it reported that a manifest file for 2005 C++ redistributable (x86_policy.8.0.microsoft.vc80.atl_1fc8b3b9a1e18e3b_8.0.50727.762_none_8e053e8c6967ba9d.manifest) was missing. So, since I had a parallel Win 7 installation on my offline rotary HDD (the one I use is an SSD...), I put it on line and copied file over from its %windir\winsxs\manifests folder to the SSD's, and now installation of VC++ 2005 RD SP1 seems to work. But, I still get the notification from WU about the security update, and when I accept that, afterward it turns the Start button into a shield to indicate it needs to shut down to be installed, seems to install ok when I shut down ... but then the redistributable is gone from Programs & Features when I restart, although the I-need-to-shut-down shield comes back, and shutdown/update continues in a loop. So, I disabled the VC++ 2005 SP1 redistributable security patch in WU, and I guess I'm going to have to live with it as it is. Trend Micro Titanium, however, still tries to install the redistributable even when P&F has it in there, which crashes, and I can't install that AV at all. So, I'm compelled to stay with MS Security Essentials...

And, I can't get the 2008 VC++ RD SP1 to install at all. 1935 error, but there's no missing-manifest for that. As I said, there's something really strange going on. :huh: Obviously, something's out of sync somewhere, causing all the confusion, but finding the needle in the Win 7 haystack is nearly impossible.

 

[Flavius]

In case it helps debugging, here's my environment-variable list, and all directories in paths exist:

ALLUSERSPROFILE=F:\ProgramData
APPDATA=F:\Users\Helge\AppData\Roaming
CommonProgramFiles=F:\Program Files\Common Files
COMPUTERNAME=CUD
ComSpec=F:\Windows\system32\cmd.exe
FP_NO_HOST_CHECK=NO
HOMEDRIVE=F:
HOMEPATH=\Users\Helge
LOCALAPPDATA=F:\Users\Helge\AppData\Local
LOGONSERVER=\\CUD
NUMBER_OF_PROCESSORS=2
OS=Windows_NT
Path=F:\Windows\system32;F:\Windows;F:\Windows\System32\Wbem;F:\Windows\System32\WindowsPowerShell\v1.0\;D:\klassm\4Win
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 15 Model 4 Stepping 3, GenuineIntel
PROCESSOR_LEVEL=15
PROCESSOR_REVISION=0403
ProgramData=F:\ProgramData
ProgramFiles=F:\Program Files
PROMPT=$P $B $T$H$H$H$H$H$H$G
PSModulePath=F:\Windows\system32\WindowsPowerShell\v1.0\Modules\
PUBLIC=F:\Users\Public
SESSIONNAME=Console
SGIMAGE=D:\klassm\4Win\GIFs
SSD=true
SystemDrive=F:
SystemRoot=F:\Windows
TEMP=F:\Users\Helge\AppData\Local\Temp
TMP=F:\Windows\TEMP
USERDOMAIN=CUD
USERNAME=Helge
USERPROFILE=F:\Users\Helge
windir=F:\Windows

Here I recommend to restore to defaults:

PROMPT=$P$G
TMP=F:\Users\Helge\AppData\Local\Temp

restart computer to apply changes and check results

 

[bachware]

Enviro vars. change

I reset my personal TMP variable as you suggested, but no diff. Since PROMPT just displays the prompt in the command environment, I can't see any reason to change it. Mine just displays the path & time, then backspaces over the seconds with $H.