Alright a little insight into what I did, I figured out is that Orcad uses the Enviroment variable CDSROOT to find all your bin files and libraries, so this ends up getting a little confusing when running multiple installations of Orcad, as there can only be One CDSROOT variable or things get messy.I isolated the CdsNameServer and CdsMsgServer into an Empty file structure (same as a normal Orcad Installation, but with only the C:Testtoolsbin) and set the test folder to be the CDSROOT. Here is one of the more common fixes from the Cadence community forums. When I ran the CDS exe's they error-ed and reported all the files that were missing (cdsCommon.dll, libsman.dll, libem.dll, mpsc.dll)So then I took these files from the 16.6 Lite installation, and put them in my 16.3 installation, and changed the CDSROOT to point to the Root folder of my 16.3 installation (C:CadenceSPB16.3, for example) and my program began running properly.If this does not resolve your issue, then you may have multiple problems. Same thing, just unresponsive Capture and no CPU pegging.So how did you arrive at that file set? Maybe the technique could help me.-Updated -Actually, cdsMsgServer/NameServer don't appear in the task list unless I include all those files, but Capture still doesn't run. Then I introduced cdsCommon.dll, then the minor dll's. No missing DLL messages or anything like that. I don't get the CPU pegging, now, and I see cdsMsgServer/NameServer running with a single instance, finally, but Capture still doesn't execute just hangs for about a minute and then gets killed off as 'unresponsive'.I tried just copying over cdsMsgServer/NameServer.exe but I get the same thing.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |