11-26-2008 03:33 PM
I am using LabView 8.2. I have created an application that uses the cw3dgrph control.
I have created an installer for the application and have successfully used the installer and the application on dozens of installations.
Today, we tried installing the software on a new computer and the program is running into major errors.
The first problem is that when the program comes up, instead of the cw3dgrph control, there is only a box reading "Control could not be loaded".
I have checked the computer in question and there is no immediate reason for this problem. I have removed the installation and re-installed, no help. I have removed the LabView runtime engine and re-installed, no help. I have rebooted, no help. I have copied the cw3dgrph.ocx file and re-registered, no help. I have run a dependency checker on the .ocx file and all dependencies are found on the computer. No help.
I am still trying to find a solution. Any help would be greatly appreciated.
11-27-2008 11:46 AM
Hi ccmonter,
Thanks for the post and I hope your well.
Their is a CAR: #48905 - cw3dgrph.ocx version installation problem,
The problem is that the installation of either LV8 or DAQmx8 will update cw3dgrph.ocx (\\windows\system32) but doesn't update the LV7 AppBuilder version (\\Program Files\National Instruments\LabVIEW 7.1\applibs\distkit\redist\modules)
This results in LV7 apps, built after the new file has been installed, to expect to see this version of the OCX on target machines. The problem is since the LV7 installer still has the old version, this is the one that will get installed on the target machine.
This has since been updated, in knowledgebase - Error Loading cw3dgrph Control When Running LabVIEW Application. The detail is,
Installing LabVIEW 8.0 updated the 3D Graph ActiveX control (.ocx) but not the merge modules used by the Application Builder.
To avoid this error, replace the CW3DGraph_OCX.msm file located in the <LabVIEW 7.1>\applibs\distkit\redist\modules directory with the attached version. Then rebuild your installer.
Please let me know if this helps,
Kind Regards,
James.
11-27-2008 12:44 PM
Thank you for the information, Hillman. I had previously found this Knowledge Base article.
Unfortunately, I am using a LabView 8.2 application. This is not a LabView 7 application.
I do not have a <LabVIEW>\applibs\distkit\redist folder. It appears that LabView 8 does not contain the file indicated.
I have tried a complete computer search for the CW3DGraph_OCX.msm and did not find it.
We have installed the application on a different (clean) computer, and everything works as expected. I really believe that there is a dependency of the cw3dgrph.ocx control that has been broken, but I can't find which dependency that is, even using a dependency walker. Maybe I'm chasing a red herring, but nothing else has worked thus far.
11-28-2008 03:20 AM
Hi ccmonter,
Thanks for the update.
I beleive there could be an issue with ActiveX versions - assuming these machines aren't identical. Please see the forum post - the advice is for CVI. But I beleive its still the case for LabVIEW. It could well be the version of the control does not match the ActiveX version on the machine. Have you checked this?
I have also read the following advice which seemed to resolve a customer who saw the same error,
"
LabVIEW and Measurement Studio shares the same CW3Dgraph ActiveX control. When Measurement Studio was installed after LabVIEW, the registration may have been affected.
Try the following:
"
Please let me know if anything helps,
Kind Regards,
James.
11-28-2008 06:25 AM
Thanks for the new information! Unfortunately, I will not get a chance to try this for a few days (away from office). But I will try it as soon as I can.
I have had the same suspicions - that the ActiveX control was not compatible. I just couldn't find a way to fix the problem. This might do it.
I have uninstalled and re-installed several times, but never unregistered the .ocx. I'll keep you updated.
12-01-2008 05:50 AM
Hi ccmonter,
Thanks for the update.
How did you get on?
Kind Regards,
James.