Cannot open v8i files from Projectwise. Getting lots of error 193's with .dll's.

I am trying to open a file on projectwise, but it is impossible with with a V8i program. I am trying to open it with SS10 08.11.09.919.

I have stumped my IT department. I have gone through and deleted all Bentley software, reinstalled, as well as restoring both V8i and CE to defaults. 

I cannot even get Microstation to open the workspace configuration to see what happened, I have a hunch it has something to do with the MDLapps. I tried adding AutoTurn to Microstation Connect Edition by adding a line in the workspace configuration. It ended up not working and I removed it. Then this problem started with V8i

Parents
  • Something is causing your ProjectWise v8i to try and load stuff from MicroStation connect. I suspect your v8i got the projectwise configuration file from Microstation Connect some how.

    Go to C:\Program Files (x86)\Bentley\MicroStation V8i (SELECTseries)\MicroStation\config\appl\

    and delete PW.CFG file there. Then reinstall projectwise.

    When you say you "deleted all bentley software" did you just do uninstalls then reinstalls, or did you uninstall, delete the bentley folders off your machine, then do reinstalls?

    When you just do an uninstall bentley products will leave behind files that it didn't install or have been modified. then when you reinstall those files are still there and it will reuse them. (that's why in my instructions i said to delete the pw.cfg before reinstalling).

     

  • Oh, this could also be a problem in one of the other config files in C:\Program Files (x86)\Bentley\MicroStation V8i (SELECTseries)\MicroStation\config\ too, so after deleting the pw.cfg see if Microstation opens normally outside of projectwise. if it does then just do the reinstall of ProjectWise. If it's still a problem, uninstall Microstaiton V8i, delete the folders:

    • C:\Program Files (x86)\Bentley\MicroStation V8i (SELECTseries)\
    • C:\ProgramData\Bentley\MicroStation V8i (SELECTseries)\WorkSpace

    and reinstall Microstation

     

  • if you remove just the pw.cfg file (or rename it, i usually rename to pw.cfg.disabled when testing this) does it work (you won't get projectwise integration and your references may be missing but should at least open)?

     

  • I cant test right now, but I can confirm that Microstation opens fine externally, and I can even open files in Projectwise if I do not restart the workspace. It is only if I restart it, or open the file from the ProjectWise explorer.

  • I suspect it's something in your projectwise workspace, or your program association causing the issue.

    • in PW Explorer go to Tools menu > Associations > Program Associations
    • Set the association view drop down at the top to User associations
    • Scroll down the list to MicroStation, click the + next to
    • Click the + next to Open
    • For each application under Open, right-click and select Unassociate

    Try opening your file again. Note that it's possible the dgn file has a different application associated with it than MicroStation, you can right-click the file, select Properties and see what application it's assigned to.

    If you know how to get a Microstation debug when using ProjectWise Explorer that would probably help too.

     

  • No associations on any bentley products.

    After verifying, I followed the steps here to get it to debug. It opened the text window, ran lots of text and i got "Microstation stopped working" I have attached both the text in the text window as well as the log from the "stopped working" window.

    Microstation Debug.txt

    exception.log

  • it's definitely an issue in your configs somewhere. I'd check your user config and see if there is anything in it that might cause an issue. It's hard to tell exactly where the problem is because the debug file is kind of messed up, presumably because of this issue. The exception log also shows variables and has and overall summary that is usually in the debug but is missing in yours.

    Looking at the exception log the varialbes that are messed up are:

    • MS_ADDINPATH
    • MS_MDL
    • MS_DGNLIBLIST

    Everything else seems ok. MS_LIBRARY_PATH for example is correct.

    You might check the C:\Program Files (x86)\Bentley\ProjectWise\bin\empty.cfg file and verify it has nothing in it (mine has a single comment line that it's a dummy file).

    It may also be loading the road.ucf from C:\ProgramData\Bentley\MicroStation V8i (SELECTseries)\WorkSpace\users\

    That's probably about the limit of what I can parse out of this, you'll probably need your ProjectWise workspace people take a look at it, they should be able to generate a debug on a good machine and compare to yours. There may also be an environment variable set that is screwing this up.

     

Reply
  • it's definitely an issue in your configs somewhere. I'd check your user config and see if there is anything in it that might cause an issue. It's hard to tell exactly where the problem is because the debug file is kind of messed up, presumably because of this issue. The exception log also shows variables and has and overall summary that is usually in the debug but is missing in yours.

    Looking at the exception log the varialbes that are messed up are:

    • MS_ADDINPATH
    • MS_MDL
    • MS_DGNLIBLIST

    Everything else seems ok. MS_LIBRARY_PATH for example is correct.

    You might check the C:\Program Files (x86)\Bentley\ProjectWise\bin\empty.cfg file and verify it has nothing in it (mine has a single comment line that it's a dummy file).

    It may also be loading the road.ucf from C:\ProgramData\Bentley\MicroStation V8i (SELECTseries)\WorkSpace\users\

    That's probably about the limit of what I can parse out of this, you'll probably need your ProjectWise workspace people take a look at it, they should be able to generate a debug on a good machine and compare to yours. There may also be an environment variable set that is screwing this up.

     

Children
  • Yes, those are the variables I changed in connect edition to try and get autoturn to work. 

    Could it be that CE edited the V8i config, and overrode with its own settings? As I have deleted and reinstalled all the folders, it leads me to believe somehow something on the server side for the workspace got messed up, but other people can open files in the same workspace just fine. How do you tell which .cfg it is pulling those variables from?

  • Could it be that CE edited the V8i config

    It's possible. When you make changes via Microstation it typically puts those changes in your UCF, if something set CE and V8i to both use the same UCF it might cause this.

    Also, you might check if you have a personal workspace in ProjectWise. Go to the Tools menu > Options... See if you can see a Personal Workspace tab. If you can see if there are any entries on it.

    but other people can open files in the same workspace just fine

    This is what makes me think it's something in the UCF causing the issue. Since that is typically on your local computer changes to it wouldn't affect others.

    How do you tell which .cfg it is pulling those variables from

    Generally the debug will tell you, but 2 issues here, a) your debug is messed up and b) ProjectWise managed workspaces kind of screw up the debug output too and you don't see as much info about which cfg file is loading as with a regular debug.

    This is the point where i start disabling configuration files and seeing if it fixes the issue. Now there are about as many different ways of putting a configuration in place for Microstation as there are companies that use it, but my general config troubleshooting steps are:

    First I verify the UCF file has nothing in it. (at all, completely blank file).

    You might search the machine for *cfg, *.pcf or *.ucf files and see if any have modification date/times around the time you started having problems.

    If that doesn't fix it, I go to C:\ProgramData\Bentley\MicroStation V8i (SELECTseries)\WorkSpace\Standards. Rename every *.cfg file to same name but add .disabled to the end. That keeps them from loading. Try opening the file then.

    If that doesn't work, Next I usually go to C:\Program Files (x86)\Bentley\MicroStation V8i (SELECTseries)\MicroStation\config\appl and create a sub-folder named disabled. I drag every file in the appl folder into that sub-folder. Try opening a file now. If it works move files from the disabled folder back into appl folder a few at a time and see if you can figure out which file is causing the issue.

    After that it's most likely something your company does that we don't. Some companies modify or add files in C:\Program Files (x86)\Bentley\MicroStation V8i (SELECTseries)\MicroStation\config.

     

  • I do have a personal workspace, and see a lot of the "Connect edition" variables as well as mdl's. 

    This seems like it could be it!

  • pretty sure that's it. Try double-clicking the top line of the MS_MDL one. A dialog will open. Turn on the "Set Inactive" option. THat will comment it out. THat should comment out all of MS_MDL. Repeat for the other variables.

    (or delete them all is an option too)

     

    Answer Verified By: Peter Violette