Windows 10: MSCOMCT2.OCX AND MSCOMCTL.OCX NOT SHOWING UP IN THE ADDITIONAL CONTROLS DIALOGBOX

Hello, I have installed the mscomct2.ocx and mscomctl.ocx on my pc but non is showing up in the additional controls dialog box. I registered the two controls. After the registration I received a message which read "registration successful". Kindly help me on what to do next.

Anthony Blee

:)

 

VB6 will not load MSCOMCT2.OCX on Windows 7 64-bit

I am trying to transfer an old item of VB6 software from a (broken) Windows XP system to a 64-bit Windows 7 system, but I am having problems getting the IDE to load mscomct2.ocx in order to rebuild the program.

On selecting it from the Components dialog, I get a simple message saying "'C:\Windows\SysWOW64\mscomct2.ocx' could not be loaded". Other modules, such as mscomctl.ocx, appear to load without error.

The new system is running 64-bit Windows 7 Ultimate SP1.

The new system has VB6 SP6 on. The mscomct2.ocx module in SysWOW64 has been successfully registered. The IDE is running as Administrator.

The mscomct2.ocx that I have on the new system is file version 6.1.97.82 (product version 6.01.9782) and is 646KB.

I have looked in various forums across the Internet but none of the suggested fixes seem applicable.

 

Unable to register mscomct2

I copied mscomct2.ocx to c:\windows\system32.

In the ...system32 folder I typed:

regsvr32 mscomct2.

But got an error:

The module "mscomct2.ocx" failed to load.

Make sure the binary is stored at the specific path.....

The ocx is in the system32 folder.

Also run Command Prompt as Administrator.

James

 

VB6 will not load MSCOMCT2.OCX on Windows 7 64-bit

I guess there are no experts left for this area.

The cause was not obvious, but UAC settings definitely had an effect. As I said in the original post, VB6.EXE was running as Administrator, but it was also running in XP compatibility mode (forgot to say that) which is an acknowledged requirement.

Setting my UAC level to the bottom (Never Notify) and rebooting the machine made the IDE error disappear, although it had still occurred (quietly) because the relevant classes of the control (e.g. DTPicker) were inaccessible and it wouldn't compile. Oddly,
though, restarting the IDE made it work.

I couldn't believe this as I had made no changes in between. I pushed my UAC level back up a notch and rebooted. The error came back, so I lowered it back to the bottom setting and everything seemed to work OK the next time.

I don't understand this. If anyone else tries to follow my sequencing then don't be alarmed if you find occasionally that the IDE won't uncheck mscomct2.ocx from the Control list because it is "in use". The symptoms seemed to vary as I made these changes,
and when I tried to reproduce things to publish a write-up here, nothing seemed to behave as it did the first time.

I am now running with UAC at its lowest level and mscomct2.ocx loads OK in the IDE. As far as I can see, this was the only control that was experiencing this issue -- the code uses quite a few others and they were loaded OK by the IDE.

I hope someone else finds this valuable. Without an explanation, I am still a little concerned