Hi,
I’ve changed something in the configuration files. AECOsim starts up with the mslocal.cfg this calls the user config file on the server (each user has his own config-file )
_USTN_USER =$(_USTN_WORKSPACEROOT)users/$(USERNAME)/
This file calls the site config file
%include $(_USTN_WORKSPACEROOT)users\signum_8119.cfg
After this the projectconfig file is loaded
Here: “$MSA_AECOsim_testDossier.pcf”
Everything works fine except for: I want for this project an extra level dgnlib so I’ve added his in the project config:
MS_DGNLIBLIST > $(tfdir)dgnlib/lvl_best_afbr_BBSfB.dgnlib
This configuration uses the initial tfdir and not the one defined in the site configuration here it looks like this: MS debug gives:
System
MS_DGNLIBLIST
$(_USTN_USERINT)$(_USTN_USERINTNAME)\*.dgnlib
B:\Bentley8119\WorkSpace\interfaces\AECOsimBuildingDesigner\*.dgnlib
C:\Bentley8119\AECOsimBuildingDesigner\config\system\gui.cfg
User
$(_USTN_USERINT)$(_USTN_USERINTNAME)\*.dgnlib;$(tfdir)dgnlib\lvl_BBSfB.dgnlib
B:\Bentley8119\WorkSpace\interfaces\AECOsimBuildingDesigner\default\*.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_8119\dgnlib\lvl_BBSfB.dgnlib
B:\Bentley8119\WorkSpace\users\signum_8119.cfg
$(_USTN_USERINT)$(_USTN_USERINTNAME)\*.dgnlib;$(tfdir)dgnlib\lvl_BBSfB.dgnlib;$(tfdir)dgnlib\TextDimStyles.dgnlib
B:\Bentley8119\WorkSpace\interfaces\AECOsimBuildingDesigner\default\*.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_8119\dgnlib\lvl_BBSfB.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_8119\dgnlib\TextDimStyles.dgnlib
Project
B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_US\dgnlib\lvl_BBSfB.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_US\dgnlib\TextDimStyles.dgnlib
B:\Project\ProjectCFG\$MSA_AECOsim_testDossier.pcf
How can this happen
What are the full paths for the second User and the Project definitions? Right now they look identical, and the first User definition also matches the first portion of those two as well.
Steve,
the program and the workspace are installed on C:\Bentley8119\ local machines (AECOsim 8.11.9.323 - win7 - server2008R2 )
all config files and debug file are included in the zip file
The site workspace is situated on B:\Bentley8119\workspace (placed on the server)
the program starts up from the mslocal.cfg (C:\Bentley8119\ )
from there the user and workspace are redirected to the server
all files loading correct (from the server )
except the project config : MS_DGNLIBLIST > $(tfdir)dgnlib/lvl_best_afbr_BBSfB.dgnlib
here is the wrong datasetname used, "TF_DATASETNAME = Dataset_8119" is chaged to DATASET_US (as installed), the "TF_DATASETS" uses the good directory on the server (see debug file)
(project): MS_DGNLIBLIST=$(_USTN_USERINT)$(_USTN_USERINTNAME)\*.dgnlib;$(tfdir)dgnlib\lvl_BBSfB.dgnlib;$(tfdir)dgnlib\TextDimStyles.dgnlib [B:\Bentley8119\WorkSpace\interfaces\AECOsimBuildingDesigner\*.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_US\dgnlib\lvl_BBSfB.dgnlib;B:\Bentley8119\WorkSpace\BuildingDatasets\Dataset_US\dgnlib\TextDimStyles.dgnlib]
here it looks like the addition is skiped and the "old" variables are used
If I look at the variables in the program window : this project variable is not loaded (DATASET_US does not exist in this workspace )
I've replaced the project variable with : MS_DGNLIBLIST > \\w2k8-si-file\Bentley\Bentley8119\WorkSpace\BuildingDatasets\Dataset_8119\dgnlib/lvl_best_afbr_BBSfB.dgnlib and even then the dgnlib is NOT loaded
what can reconfigure : the TFDIR - used in this variable to point to this addition for the dgnlib (levels)
nothing is programmed to do this - this seems like a "hard-coded" - not using the defined variable- bug somewhere in the additions for the projectvariables.
Rik, I had a brief look through your files and have one initial question - signum_8119.cfg (your user.cfg) is defining TFDIR = $(TF_DATASETS)$(TF_DATASETNAME)/
That's not the TFDIR that you're basing the PCF entries on, is it? I only ask because the user.cfg file is the last one loaded, so by having TFDIR overwritten (the =) at the tail end could change the path.
When an include statement occurs the included file is processed with the variable values established at the time of the include. So therefore if your desired value for TFDIR has yet to be established, it would make sense that the application is resolving TFDIR to the default location. The same is true if a variable that is used to establish the desired location for TFDIR has not been established prior to the %include.
-travis
Steve, Travis
Who can tell me the exact order MicroStation uses to include all the variables?
In my case: "WorkSpace Assistant" tells me this: (see cfg. txt)
“mslocal.cfg …. signum.ucf, signum_8119.cfg, $MSA_AECOsim_testDossier.pcf”
The dataset name I want to use is defined in the beginning of “signum_8119.cfg”.
Now “TFDIR” is defined using the wanted dataset.
While “$MSA_AECOsim_testDossier. Pcf” is proceeding: The addition of the extra dgnlib is searching for it, using the wrong path. I don’t see what is wrong in my reasoning. Even using the complete path in the variable is still ignoring this addition. This seems very strange to me.
If I analyze the dump file I see on line (search for MS_dgnliblist - then search for dataset between line 1038 and 1136 )
In between line 1038 and 1136 the dataset name is not renamed, not even mentioned
Some other strange thing is: on line 1136 the dump file shows : (project): MS_DGNLIBLIST=$ (_UST....... in the project.pcf " > " is used, not the " = "
Appending the dgnlib in the project cfg recalls all preceding settings and should append the new one. This is not what happens here. For some strange reason the complete path is skipped and replaced by something else.
Try commenting out what you have in the ucf, and avoid using it at all to be honest, then rerun the debug and see what you get.
Stupid question 1, $(tfdir)dgnlib/lvl_best_afbr_BBSfB.dgnlib doesn't seem to be getting picked up. I assume the name etc are correct?