Try running RegX /r /c AddReferenceVersion.dll
If this solves the problem, see https://infrastructurecommunity.schneider-electric.com/message/273132 for more details about why you need to register with the codebase parameter and what other alternatives exist.
Hart Gilchrist wrote:
My only theory right now is that my new, rebuilt PC has a 64-bit OS vs. the 32-bit I used to have and that the .dll registration is going awry due to that. Is that plausible and\or fixable?
That's not a bad theory, but it looks like you are building your .NET assembly for the "Any CPU" platform, which will be accessible to ArcMap.exe (which is a 32-bit application) as well as a 64-bit app such as ArcGIS Server. The only way I could see the bit-ness of your assembly making it unavailable to ArcMap is if you built it with the "x64" platform.
Thanks for the responses Doug. I've been unable to get this to go even after trying the RegX /r /c AddReferenceVersion.dll suggestion above. Am also not a big Visual Studio whiz so am just building the .sln files with a right-click --> Build. Am not explicitly setting "any" or "x64" and could be defaulting to the "wrong" one.
I appreciate your help!
You can verify your Platform setting in your project properties, but your output above says Any CPU.
Hart Gilchrist wrote:
In following install instructions...
- I compile the code in VS 2010 with no errors (but one warning)...
------ Build started: Project: AddReferenceVersion, Configuration: Debug Any CPU ------
C:\GIS\Apps\AddReferenceDesign\AddReferenceVersion 10.0.x\AddReferenceVersion\ARVDifferenceManager.cs(19,19): warning CS0659: 'TMM.AddReferenceVersion.ARVRow' overrides Object.Equals(object o) but does not override Object.GetHashCode()
Compile complete -- 0 errors, 1 warnings
AddReferenceVersion -> C:\GIS\Apps\AddReferenceDesign\AddReferenceVersion 10.0.x\AddReferenceVersion\bin\Debug\AddReferenceVersion.dll
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
I'm still thinking that the .NET assembly loader can't find your assembly. Or can't load it. You could try dropping it in the GAC (provided it is strongly signed) or putting a copy next to ArcMap.exe (in the C:\Program Files (x86)\ArcGIS\Desktop10.2\bin directory). It seems like it works in the Px Admin Tool due to a copy being in the ArcFM Solution\Bin folder.