[sldev] CMake project merged to release branch!

Bruce Tong tongb at ohio.edu
Mon Jun 9 10:20:16 PDT 2008


Trying to build with CMake against slviewer-src-maint-viewer-7-r89229...

C:\ZZTong\SLDev\linden\indra>develop.py -G VC80
Running 'cmake "" "C:\\ZZTong\\SLDev\\linden\\indra"' in 'build-VC80'
-- Version of viewer is 1.20.6.0
-- Configuring done
-- Generating done
-- Build files have been written to: C:/ZZTong/SLDev/linden/indra/build-VC80
Running 'tools\\vstool\\VSTool.exe --solution build-VC80\\SecondLife.sln --confi
g RelWithDebInfo --startup secondlife-bin' in 'C:\\ZZTong\\SLDev\\linden\\indra'

Opening solution: build-VC80\SecondLife.sln
Looking for existing VisualStudio instance...
  Didn't find open solution, now opening new VisualStudio instance...
  Reading .sln file version...
  Opening VS version: VC80...
Value cannot be null.
Parameter name: type
Quitting do to error opening: C:\ZZTong\SLDev\linden\indra\build-VC80\SecondLife
.sln
Error getting property: "SolutionBuild"
Object reference not set to an instance of an object.
Object reference not set to an instance of an object.
Error getting property: "Projects"
Object reference not set to an instance of an object.
Object reference not set to an instance of an object.
Finished!


I tried to track down the source of this failure.

In main.cpp of VSTool, starting at line 315:

                    Type objType = Type.GetTypeFromProgID(progid);
                    dte = System.Activator.CreateInstance(objType);

It looks like GettypeFromProgID() returns null. The progid value is
being set in GetVSProgID(), based on "VC80" it is being set to
"VisualStudio.DTE.8.0".

>From this point I'm speculating since I've not done any development
for Windows since 1994.

I assumed null was the result when the type could not be found. I
further assumed since I have an express edition of 2005, that
"VisualStudio.DTE.8.0" might not be the right string. So I read a
bunch of web pages, poked around in the registry, and for the .sln
extension the ProgID on this computer might be
"VisualStudio.Launcher.sln", but I also see things like
"VCExpress.cpp.8.0". I'm not really certain if I'm on the right track
here, or not.

-- 
Bruce Tong
Software Engineer
Office of Information Technology
Ohio University


More information about the SLDev mailing list