Stdole.font class not registered error

[Premise03]

Forum,

We are having a problem where a built LV 8.5 EXE is throwing a "-2147221164 error Class not registered" when trying to modify the font setting for a ProtoView ActiveX datatable.  We are simply creating a stdole.font object, setting its properties, and passing the font object to the datatable.  The customer having this problem claims that it only happens on some PCs and can be resolved by uninstalling the LV 8.5 run-time engine, installing the LV 7.1 run-time engine, uninstalling the LV 7.1 run-time engine and finally reinstalling the LV 8.5 run-time engine.  We are unable to reproduce the problem in our office.

I have checked the stdole2.tlb file version on an affected machine against the version on my machine where the problem does not occur and they are the same.  I have unregistered and reregistered the stdole2.tlb file with no chnage in the behaviour of an affected machine.

Any other ideas out there because I am at my wits end?!?!?!   Help!!!

Chris Roth

[Captain_Kirby]

Hi Premise03,

I know you have tried registering and re-registering the control, but you might just double check your following the method in this Knowledge Base article.

How Do I Manually Register Type Libraries, ActiveX Controls, and ActiveX Servers?

Almost all the issues I have encountered with this error comes from some form if registration issue with the control. Keep in mind that LabVIEW has no method to register the control itself, and the control had to have been registered at installation.

Another solution that worked for some customers was to run  a "Register" method after opening the control it.

[Premise03]

OK, now I am a quite confused.  I have assumed that the stdole2.tlb was where stdole.font is derived.  However, unregistering stdole2.tlb does not cause the creation of a stdole.font object to fail in LV 8.5.  So, where does stdole.font derive from?  Everything I find on google or msdn seems to point to .NET dlls, not COM. 

[Captain_Kirby]

Hi Premise03,

From my understanding and research, stdole.font object class is housed in a .NET dll.