MSCOMCTL.ocx problems after August 2012 security patch
Several people reported that they have problems running Access applications after applying latest Microsoft update in August 2012. It appears that MS12-060 security update replaces MSCOMCTL.ocx with new version 6.01.9834, which is not 100% compatible with old versions (again!). The trick is to re-register MSCOMCTL.ocx using regsvr32.exe:
For 64-bit operating systems, type the following:
Regsvr32 "C:\Windows\SysWOW64\MSCOMCTL.OCX"
For 32-bit operating systems, type the following:
Regsvr32 "C:\Windows\System32\MSCOMCTL.OCX"
See KB article 2597986 MS12-060: Description of the security update for Office 2010: August 14, 2012 for more info.
Checkout post comments for more tips!
10 Comments:
In some cases, this solution does not work. Then help remove the key from the registry 2.0 and 2.1 of the HKCR\typelib\{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}, and re-register mscomctl.ocx
Thanks for update, Michał!
The re-register did not work for us. Should I remove the entire key {831FDD16-0C5C-11D2-A9FC-0000F8754DA1} which would include all keys under the 2.0 and 2.1 dirs?
Thanks!
I did not remove nall {831FDD16-0C5C-11D2-A9FC-0000F8754DA1} key, only sub keys (2.0 and 2.1)
Great! Thank you. It worked.
Hi Alex,
You may want to point out that on modern operating systems this command needs to be run in a Command Window with "Run as Administrator" selected.
Also, on 64-bit OS, the user must use regsvr32.exe from the SysWOW64 folder, not any other one.
Tom van Stiphout
Thanks for update, Tom!
One more tip from FMS:
http://www.fmsinc.com/MicrosoftAccess/controls/mscomctl/index.htm
This article saved me a ton of time today. In my case, I was using the old Microsoft Office Web Components (owc11.exe) which has a dependency on this particular file. It would no longer build until I reregistered the MSCOMCTL.OCX. Without the GUID in the comments I would have never found what file it is :). Thanks!
We were having this same issue. The database we are working with rest on a 64bit system. We are pulling it to a 32bit system. Looking at the side by side MSCOMCTL.OCX we noticed that Microsoft Windows Control is reading 6.0 (SP6). Location c:\Windows\syswow64\mscomctl.ocx ---Keep in mind this is a 32 bit system ---
When it's working the MWCC is C:\Windows\system32\mscomctl.ocx
So it's pulling the 64 bit update onto a 32 bit system? (Why?) The data base is manipulated on a 64 bit server (2008r2).
You mean you have 32-bit version and mscomctl.ocx in c:\Windows\syswow64\ folder? Hmm, that is strange. Do you have other files in that folder?
Post a Comment
<< Home