Please Help: Having problem using latest OpenDCL

Started by Kelie · 2008-02-12 17:24 UTC · 15 replies · SMF topic #166

Hello,

Just installed OpenDCL.Studio.ENU.5.0.0.4.msi, and kept getting this message when launching AutoCAD. See attached pic.  I tried deleting anything with "OpenDCL" in registry and re-installed OpenDCL. Didn't solve the problem.

Thanks!

[attachment deleted by admin]
TRY THIS:
{2}
author=BazzaCAD link=topic=166.msg710#msg710 date=1202837579 wrote:
TRY THIS:
{2}


Sorry is there a solution in that thread? I don't see it. What is the .msm file for?
author=Kelie link=topic=166.msg711#msg711 date=1202838307 wrote:
Sorry is there a solution in that thread? I don't see it. What is the .msm file for?


We are still trying to figure out why it isn't working. What is your default language in Windows? What happens after you dismiss the warning message?
author=owenwengerd link=topic=166.msg713#msg713 date=1202857724 wrote:What is the .msm file for?


The MSM is a Windows Installer merge module that can be merged into your application's own installation file so the runtime is installed correctly along with your application without requiring any additional files.
author=owenwengerd link=topic=166.msg713#msg713 date=1202857724 wrote:
We are still trying to figure out why it isn't working. What is your default language in Windows? What happens after you dismiss the warning message?


Thanks Owen. My default language is English (United States). Once the dialog is dismissed, the arx file (OpenDCL.17.arx) is NOT loaded. Btw, this is how I've been loading the arx: (arxload "OpenDCL.17.arx").
author=owenwengerd link=topic=166.msg714#msg714 date=1202857836 wrote:
The MSM is a Windows Installer merge module that can be merged into your application's own installation file so the runtime is installed correctly along with your application without requiring any additional files.


Owen, Thanks for the explanation.
author=Kelie link=topic=166.msg715#msg715 date=1202862557 wrote:
Btw, this is how I've been loading the arx: (arxload "OpenDCL.17.arx").


What happens if you load it by entering the OPENDCL command?
Are you moving the arx from it's original install location? Like to a network location?  You could do this with 4 but not now - not unless you move the ENU folder and the .dll file.
author=owenwengerd link=topic=166.msg717#msg717 date=1202864327 wrote:
What happens if you load it by entering the OPENDCL command?


Command: OPENDCL
Unknown command "OPENDCL".  Press F1 for help.
author=jb link=topic=166.msg720#msg720 date=1202907184 wrote:
Are you moving the arx from it's original install location? Like to a network location?  You could do this with 4 but not now - not unless you move the ENU folder and the .dll file.


Thanks James. Yes. That's what I have been doing and apparently this is the cause of problem. So if I want to copy it to a network folder, I should copy the entire folder C:\Program Files\Common Files\OpenDCL and add it to the support paths?

Edit: I just tried the above and the problem was solved. Owen, Barry and James, Thanks for the help!
author=Kelie link=topic=166.msg723#msg723 date=1202920285 wrote:
So if I want to copy it to a network folder, I should copy the entire folder C:\Program Files\Common Files\OpenDCL and add it to the support paths?


Better to run the install on the server so you don't have to add it to the support path.
author=owenwengerd link=topic=166.msg727#msg727 date=1202929959 wrote:
Better to run the install on the server so you don't have to add it to the support path.


Thanks Owen. Didn't know about that option. I will do that. Should I use (arxload "OpenDCL.17.arx") or (command "OPENDCL") to load the arx, or it doesn't matter.

If you are not pushing the MSI to each client, you will not be able to use the OPENDCL command to load it, and you'll need to use (arxload). In this case I would specify the full path to the ARX file and *not* put it in the support path.
author=owenwengerd link=topic=166.msg731#msg731 date=1202963277 wrote:
If you are not pushing the MSI to each client, you will not be able to use the OPENDCL command to load it, and you'll need to use (arxload). In this case I would specify the full path to the ARX file and *not* put it in the support path.


Notes taken. Thanks.
It seems the problems you guys are having come about because you are manually installing the runtime files, and therefore the 'Language' registry setting does not exist.  In that case, the runtime displays a warning that it will use the US English resources if the ENU\Runtime.Res.dll file is available.  If ENU\Runtime.Res.dll is not available, the runtime fails to load.

I will make some changes in Alpha 5 so that the runtime will not display a warning in the case where the registry key does not exist, but the US English Runtime.Res.dll is available.  I will also add code to check for Runtime.Res.dll in the same folder as the .arx file.  This should make the process of manual installation a little bit easier.