I've found that simply adding C:\Program Files\Microsoft Visual Studio 8\VC\bin to the system path environment variable seemed to work, I also noticed that a user environment variable called Path was defined that I deleted (not sure where it came from or why it's there, never saw it before)
I've just encountered the same problem when I tried to run a platform SDK server 2003 SP1 sample using VS2005 in command line these days, fortunately I solve it now. Maybe useless for you: the key is the environment variable "PATH"
First, go to vs2005 install path c:\program files\microsoft visual studio 8\vc, run vcvarsall.bat to set environment variable; then c:\program files\microsoft platform sdk\, run setenv command: eg: setenv /SRV32 /DEBUG. I use it to make the program work properly.
vcvarsall.bat isn't a file in the visual studio 8 distribution. Do I actually need to install VC# Express or VC++ Express to get this
My specific problem: I'm trying to use the NetMeeting COM libraries from Visual J# Express. Those are supplied as IDL files only (the NetMeeting ActiveX component by itself doesn't give expose the hooks I need, what I need is in the "new" API provided in the IDL). Apparently the only way to use those in .Net is to compile them with MIDL and then import the type libraries, which requires installing the platform SDK and .Net 2.0 SDK. MIDL needs cl.exe; and like the rest of the people in this thread have found, cl.exe can't find mspdb80.dll.
You most likely already figured this out, but environment variables can be set by right-clicking on "my computer", then choose "properies". Select the "advanced" tab and at the bottom there will be a button for "environment variables". You will see these are divided up into "user variables" and "system variables", and in the list one should be "PATH". If you highlight that one and click edit, then you can add
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE;
Don't forget the semi-colon at the end if you put it first, or you can scroll through all the others and insert it at the end.
I'm getting the same exact problem. I stopped using VC8 for a few
days, then when I came back to it, this happens when trying to compile
some simple programs from a tutorial which I have compiled and run
before.
I have the same problem: Unable to Locate Component / This application has failed to start because mspdb80.dll was not found. I tried reinstalling, repairing, and uninstalling and reinstalling again, and I always get the same error. This problem is not listed as a known issue and a search for "mspdb80.dll" in the Knownledge Base finds nothing.
How do we report this problem to Microsoft, other that posting about the problem here
For the .Net Framework tools to function properly, the Path, Include, and Lib environment variables must be set correctly.
Set the Path, Include and Lib environment variables by running SDKVars.bat, located in the <SDK>\v2.0\Bin directory.
SDKVars.bat must be executed in every command shell.
I've just encountered the same problem when I tried to run a platform
SDK server 2003 SP1 sample using VS2005 in command line these days,
fortunately I solve it now. Maybe useless for you: the key is the
environment variable "PATH"
First, go to vs2005 install path c:\program files\microsoft visual
studio 8\vc, run vcvarsall.bat to set environment variable; then
c:\program files\microsoft platform sdk\, run setenv command: eg:
setenv /SRV32 /DEBUG. I use it to make the program work properly.
Also don't forget that if you're running from the command prompt, you'll need to restart it before any changes to the environment variables will take effect.
mspdb80.dll was not found !
Adrian_Moore
Jake Pratt
vcvarsall.bat isn't a file in the visual studio 8 distribution. Do I actually need to install VC# Express or VC++ Express to get this
My specific problem: I'm trying to use the NetMeeting COM libraries from Visual J# Express. Those are supplied as IDL files only (the NetMeeting ActiveX component by itself doesn't give expose the hooks I need, what I need is in the "new" API provided in the IDL). Apparently the only way to use those in .Net is to compile them with MIDL and then import the type libraries, which requires installing the platform SDK and .Net 2.0 SDK. MIDL needs cl.exe; and like the rest of the people in this thread have found, cl.exe can't find mspdb80.dll.
irascian
I have the same problem, but only when I target the Retail Build Environment. This problem is not there (for me at least) for the Debug environment.
Reinstalling VC++ express does not fix the problem.
TIA
Alan
Devilar
girafologue
msobj80.dll
mspdb80.dll
mspdbcore.dll
mspdbsrv.exe
John Woodiwiss
You most likely already figured this out, but environment variables can be set by right-clicking on "my computer", then choose "properies". Select the "advanced" tab and at the bottom there will be a button for "environment variables". You will see these are divided up into "user variables" and "system variables", and in the list one should be "PATH". If you highlight that one and click edit, then you can add
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE;
Don't forget the semi-colon at the end if you put it first, or you can scroll through all the others and insert it at the end.
That should fix the problem.
Steve Simon
T0MM0
I'm running Express 2005 and the default path for the IDE directory is:
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
You should find it there.
asche
I'm using Visual C++ 2005 Express Edition, which does not have any IDE folder.
Any chance I can solve this problem
tlunde
How do we report this problem to Microsoft, other that posting about the problem here
SDKCodeMonkey
Mike4676
vs2005 c:\program files\microsoft visual studio 8\
psdk c:\program files\microsoft platform sdk\
First, go to vs2005 install path c:\program files\microsoft visual studio 8\vc, run vcvarsall.bat to set environment variable; then c:\program files\microsoft platform sdk\, run setenv command: eg: setenv /SRV32 /DEBUG. I use it to make the program work properly.
P.Hyde
Thanks Indiana, that fixed the problem.
Also don't forget that if you're running from the command prompt, you'll need to restart it before any changes to the environment variables will take effect.
Simon
Jack Knife
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
this should work perfectly,cheers