Visual C++ Developer Center > Visual C++ Forums > Visual C++ General > Dreaded C1902 error... but only through ssh?
Ask a questionAsk a question
 

AnswerDreaded C1902 error... but only through ssh?

  • Wednesday, April 19, 2006 3:41 PMmwoehlke Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    I'm running in to the dreaded C1902 ("Program database mismatch: please check your installation") error, with a twist... it only happens if I try to compile when logged on via ssh. I checked my environment ('env | sort' and 'diff' the output from both ssh'd and local), and then tried sourcing the 'good' environment in my ssh session, so it isn't that. What would cause this error to only show up on a remote login?

    If it matters, I'm using password-less login and trying to build on an NFS share, but the compiler is local.

    'type -P' on mspdb80.dll, mspdbcore.dll, mspdbsrv.exe returns:
    /usr/vc8/common7/ide/mspdb80.dll
    /usr/vc8/common7/ide/mspdbsrv.exe
    /usr/vc8/common7/ide/mspdbcore.dll

Answers

  • Wednesday, April 19, 2006 7:05 PMJonathan Caves - MSFTModeradorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    I also have a copy od mspdb80.dll in VSA\8.0\VsaEnv so it looks like it should be there and I suspect that it isn't causing a problem.

    If there is such a thing I would try asking on an Internix/SFU support alias as I suspect that the problem might be more on their side than on the Visual Studio side.

  • Tuesday, May 09, 2006 12:04 PMAndrea Barbieri Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    Hello

    have a look at the thread "MSBuild running from Local Service" in the Visual Studio MSBuild forum.

    I think you are experiencing the same issue, the root of the problem is the user account used in the compilation process.

    It appears that a fix for such problem already exists but it has not been made public yet by MS in terms of an update or a hot-fix.

    andrea

  • Thursday, May 18, 2006 10:22 PMAyman Shoukry - MSFTModeradorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    This is could be the one in question:

    http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=389029&SiteID=1

    Thanks,
    Ayman Shoukry
    VC++ Team

All Replies

  • Wednesday, April 19, 2006 5:50 PMJonathan Caves - MSFTModeradorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    You may have already done this but I would search your system to make sure that there is only one copy of mspdb80.dll (and it is the copy in common7\ide). Specifically make sure that there isn't a copy lurking in system32 as that can really mess things up.
  • Wednesday, April 19, 2006 6:38 PMmwoehlke Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Been there, done that, although I'm supposed to have at least two (I am on 2003 R2 x64 with the x64 compiler tools). I had also tried deleting mspdb* from everywhere I could find a copy and then doing a 'repair' installation of VS2005.

    'Find Files and Folders' came up with the following copies of mspdb80.dll, when searching C: (there are a few on E: which is a second OS installation, but none of these should be path'd?)
    C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE
    C:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin\amd64
    C:\Program Files (x86)\Common Files\Microsoft Shared\VSA\8.0\VsaEnv

    ...should the one in VSA be there?

    Also, my PATH is (pre-translation):
    /usr/vc8/bin:/usr/vc8/common7/ide
    /w32dev:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
    /cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS
    /cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/MsNfs/
    /sua/common/:/sua/usr/lib/
    /cygdrive/c/Program Files (x86)/Microsoft Visual Studio 8/VC/bin/amd64
    /cygdrive/c/Program Files (x86)/Perforce
    /cygdrive/c/WINDOWS/Microsoft.NET/Framework/v1.1.4322
    /usr/sbin:/sbin:/usr/vc8/bin:/usr/vc8/common7/ide

    (/usr/vc8/bin is C:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin, /usr/vc8/common7/ide is C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE)
  • Wednesday, April 19, 2006 7:05 PMJonathan Caves - MSFTModeradorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    I also have a copy od mspdb80.dll in VSA\8.0\VsaEnv so it looks like it should be there and I suspect that it isn't causing a problem.

    If there is such a thing I would try asking on an Internix/SFU support alias as I suspect that the problem might be more on their side than on the Visual Studio side.

  • Wednesday, April 19, 2006 7:19 PMmwoehlke Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    I am not using Interix. I am using Cygwin, however it also happens with Interix, so it cannot be a problem with Cygwin/Interix. It is a problem when I am connected through a remote terminal session.
  • Tuesday, May 09, 2006 12:04 PMAndrea Barbieri Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    Hello

    have a look at the thread "MSBuild running from Local Service" in the Visual Studio MSBuild forum.

    I think you are experiencing the same issue, the root of the problem is the user account used in the compilation process.

    It appears that a fix for such problem already exists but it has not been made public yet by MS in terms of an update or a hot-fix.

    andrea

  • Thursday, May 18, 2006 10:17 PMmwoehlke Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Do you have a direct link to that? I was not able to find the thread...
  • Thursday, May 18, 2006 10:22 PMAyman Shoukry - MSFTModeradorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    This is could be the one in question:

    http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=389029&SiteID=1

    Thanks,
    Ayman Shoukry
    VC++ Team
  • Friday, May 19, 2006 2:35 PMmwoehlke Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Yes, that looks like it; thanks!