HI,
I am working with a couple of colleagues on the use of configuration files, ucf and pcf, within my team, whic is part of a vast organisation.
I had to modify and issue a version of the msconfig.cfg to point to a specific folder that contains ucf files. The reasons is that for our purposes, we need to use the ucf files in a diiferent way than it was actually designed which I don't it is relevant to the problem we are experiencing.
In several occasion, my collegues had problem starting V8i due to the fact that it could not have found one of the ucf files.
The matter can be easily solved by re-installing the original msconfig, starts V8i, exit and then replace the original msconfig with the one I modified.
No need to change or replace the ucf files themselves or to do anything else, therefore I believe the problem is within the msconfig and the way V8i use this file.
Also, because it only happens to my colleague, who both use multiple instances of V8i at the same time, anytime, while I make sure that only one instance is open at any time, and I have never had this problem, I believe that the cause is in the opening of multiple instance of V8i that 'confuses' MS the next time is open.
The problem has always been random, sometime had happen after the PC was switched off and then back on again, sometime when just starting V8i.
Can anyone confirm my suspicions on multiple session open affecting msconfig file when looking for the ucf files, and give me some details on the reason?
Thanks
Personally, I would avoid editing ANY delivered cfg files. One easy way to add your own variable pointers is to use a custom cfg file placed in the:
config>appl
directory. This file could even be controlled by your login scripts by IT.
Unknown said: Personally, I would avoid editing ANY delivered cfg files. One easy way to add your own variable pointers is to use a custom cfg file placed in the: config>appl directory. This file could even be controlled by your login scripts by IT.
I would recommend a custom cfg file be placed in the Workspace/Standards folder. We process any CFG file in the folder and it is there for users customization.
As John and Bear mentioned there are better place to modification MicroStation than MSConfig. I place a file in the config/system/ folder but all locations mentioned will work. I depends at what level you want to add the config.
The following link is to a flow chart I worked up on the MS startup process. It may be of help.
communities.bentley.com/.../microstation-startup-configuration-file-map.aspx
see also: communities.bentley.com/.../94199.aspx
Marc
But it's OK for Tech Support to change msconfig.cfg, which is what they did remotely to one of our users the other week!
Thanks for the answers to all.
The habit of having multiple instances of V8 open at the same time is deeply eradicated within my company; therefore I will need some technical justification to change hearts and minds.
As for modifying the msconfig, I have to resolve to it because, due to the type of work we do, the basic user/project configuration does not fit our requirements.
Two users may be working on the same type of drawings, ie: electric schematics, for different projects at some point, and few hours later work onto two different type of drawings, ie: a general plan and a specific civil sections, for the same projects.
All this, using all sorts of libraries specifically for the type of the drawings.
This kind of situation has been a constant problem in terms of consistency, and the use of ucf and pcf are maily to force users into use only the libraries available and nothing else.
The only solution I could think of is to set ucf and pcf in a shared area, so that any user can access them, and modify the line in the msconfig to point to the folder with the ucf rather than to the typical users folder in the C drive.
If there is a way to redirect V8 to the shared area without modifying msconfig, I will be very pleased to implement it.
If you use a custom cfg in one of the nominated scenarios mentioned, you could use the variable _USTN_SITE. if you have a look at my blogs there is a lot of information on how you could do this. As for ucf files, rather than lock them away, you could always lock the variables you don't want to be edited via you build cfg files. i have a few solutions to do this as well in my blogs.
Thanks,
StuartW,
Please let me know service request information (publicly or in a private email) regarding your instance and I will follow up with the analyst. It should not be anyones prcactice to edit the delivered files.