Unspecified error when doing Get Latest Version

Unspecified error when doing Get Latest Version

• Caleb T

  Hi,
  
  I also tried the above solution with success.
  
  We keep our solutions on the scc hive, I zipped the entire project directory and deleted it. Then went into scc and did a 'get latest version' to the same working directory, when running the solution now I can get the latest version problem-free.
  
  Thanks.
  
  Matt W.
  

• ssandu

  Hi dealogic,

  > Maybe "c:\\Program Files" not being under the solution root was the cause of the problem

  Since you mention you edited the *.vspscc file, the cause is likely the file not being under the project's root (not the solution, which uses *.vssscc hint files).

  I've seen the "Error: Unspecified error. File: vsee\lib\path\cvapipath.cpp Line number: 2459" message appearing when one of the excluded files cannot be relativized to the project's folder (e.g. the excluded file was on a different drive from the project)

  Can you tell us what type of project do you have and how did that file excluded (automatically, or did you excluded it when the project was uncontrolled, etc).

  Thanks,

  Alin

  
  

• Sean B.

  Had the same problem every time I added one specific project to the solution; found

  "NUMBER_OF_EXCLUDED_FILES" = "1"
  "EXCLUDED_FILE0" = "c:\\Program Files\\Common Files\\System\\ado\\msado15.dll"
  

  had somehow got into the vsproj.vspscc file; when I changed it back to

  "NUMBER_OF_EXCLUDED_FILES" = "0"

  the problem went away. Maybe "c:\\Program Files" not being under the solution root was the cause of the problem

  
  

• Sacblonde

  Hi Alin,
  
  I am working on a solution with five projects. I get the same error as Patrick when I am doing a get latest on the web project in the solution. All other projects is working fine. If I do a get latest in the sourcesafe application everything is working fine as well. When I try to unbind and rebind the samme error occurs.
  
  Looking forward to hear from you.
  
  Thanks,
  Jacob.
  

• ddrakonn

  Hi Mark,

  I suspect the current Profile you're using may have something to do with the command not being available. I'd try using the Tools/Import and Export Settings menu item to import settings from either General Developemnt or Visual C++ Development settings (save your current currnent windows configuration when prompted so you can restore it back later)

  Alin

  
  

• protools

  Alin,

  I was attempting to run my version of Visual Studio 2005 as a Debugger as your article explains (http://alinconstantin.homeip.net/webdocs/scc/UnspecifiedError.htm) and was unable to get it to work. I was able to get the Debug->Processes to show up as a menu item under Tools, but it is always disabled and I can't seem to change the settings properly to be able to select this option in Visual Studio 2005 (version 8.0.50727.42).

  I am having the same issue as the others in this post. I can do a Get Latest Version of all projects except the Web Project. I cannot Get Latest Version from the Solution file either. If I Get Latest Version from either the Web Project or from the Solution file I get the following:

  Unexpected error encountered.
  Error: Unspecified error.
  File: vsee\lib\path\cvapipath.cpp
  Line number: 2459

  I did not find that any of my Project files had any Exceptions listed as dealogic posted.

  Any help would be appreciated.

  Mark Dahl

  
  

• MichelleMcKelvey

  Hi Randy,
  
  See my previous posts.
  I'll need a minidump when the exception is thrown, and a copy of the solution file, plus a good descriptions of the solution structure (where are the projects on disk, in the database, what are their bindings (see Change Source Control dialog), etc.
  Also, if there is something particular for that website, that might help reproduce the problem (e.g. no files in the webroot, or has sub-folders that are virtual folders pointing to what location on disk, etc)
  
  Thanks,
  Alin
  
  
  

• Kim9999

  Hi Jacob,
  
  The code in cvapipath is generic (does string manipulation for file names), and is invoked from everywhere in the source control package. The only thing I can tell from the error is that for some reason we are trying to unrelativize two paths that cannot be unrelativized one to another (different protocols or 2 paths on different drives, instead of one full-path and one relative path)
  Without more information I really can't tell what's wrong and what are the paths that cause the issue (see my other post for how to obtain a minidump)
  Also, I'd need a description of the solution/web (e.g. what type of web filesystem/localdisk/etc, where is the web, where is the solution, does the web have virtual folders, etc.).
  You can also try to narrow the issue further, by doing a Get one folder at a time from that web project, and you may find one that causes the problem, so we can focus further on what makes that folder different.
  
  Thanks,
  Alin
  

• Bede

  Hi Alin,
  
  Actually, I went ahead and just re-created my solution from scratch (we keep projects under scc but solutions are kept local only) and that fixed the issue. 
  
  Before I did that, I tried completely removing just the web application from my local system (virtual folder, temp aspnet files, physical files on local disk) and re-adding it to my old solution via "Add Existing Web..." from the vss location.  That did not fix my issue, I still got the same error from a Get on the web project.
  
  So whatever the problem was, it seems re-creating the solution file fixed it.  This problem occured as a result of a move from VS 2005 Beta2 on one PC to VS 2005 Team Developer on another PC, so it is likely there was something out of sync between the two.
  
  Thanks,
  Randy B
  

• AltheaGayle

  Hello Alin,
  
  I am also getting this same error. I have a solution with 12 projects in it (1 ASPNET), and I get the error when trying to Get Latest on the web project itself. I can Get any file or folder listed under the web project, but when the IDE attempts to perform a Get on the web project itself it fails with the same cvapipath error. I have tried re-creating the web application itself in IIS, and it still doesn't work.
  
  The web application itself is stored locally off of my scc root folder, with a virtual path / application in IIS pointed towards it. I manually checked paths in the solution file and they all seem to be correct.
  
  What specifically can I send you to give you more detailed information
  
  Thanks in advance,
  Randy B
  ICI
  Software Developer
  
  

• cpk

  Hi,
  
  I've checked the issue on VSTS(Visual Studio 2005 Team Suite) and I could not see the problem. Could you explain what do you mean by complete solution or project I will also see if this issue is specific to "Visual Studio 2005 Team Edition for Developers".
  
  Thanks,
  Daniel< xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

  
  

• Chris Bernholt

  Hi Patrick,
  
  I'd try narrowing down the issue.
  I understand you get the error when doing GetLatest version on the solution.
  Try doing GetLatestVersion one by one for each project, see if you can reduce it to one project. Then try on groups of files/folders in that project, see if that could be narrowed down even further.
  In one report of a similar exception, Unbinding/Rebinding the solution seemed to help. In other reports (VC project with folder set to SCCFiles=False), toggleing the SccFiles property of the folder was the workaround.
  
  What could also help is to collect a minidump like described in http://www.alinconstantin.net/webdocs/scc/UnspecifiedError.htm
  and send it to us for analysis...
  
  Thanks,
  Alin
  

• norman_timo

  I am getting the same problem - it occurs whenever getting latest version for a web project (within a solution of several class libraries).
  
  I'm going to go and try the minidump you suggest, but i was wondering if there has been any light shed on a solution to this
  
  

• Bhavish_K

  Patrick,

  After following the instructions that Alin offered in his article and sending him a minidump, Alin suggested some fixes for my problem that fixed the issue.

  Here are some things that we changed that fixed things:

  1. Our web project had the same name as one of our VB projects, so we changed the name of the VB project to "Name Client" and our web project to "Name Web"
  2. Because the names were the same, the VB Project's Publish Location (as default) was set to the http://localhost/Name and some of the Web Projects files were being overwritten. We changed the Publish Location of the Client to a network directory.
  3. After we fixed the above and still had troubles, we noticed our .suo files were all different and oddly so, so we placed the .suo file from the working developer's computer. This fixed the problem initially (for one open of the project), but it was broken after that for all other developers. Alin then suggested we remove the .suo file from SourceSafe and remove it from the other developer's computers. While the previous sentance was our last fix for this issue, the next two changes have been required to fix it for new developers as well.
  4. We set the working directory for our web project in SourceSafe to the C:\Inetpub\wwwroot\Name, so that we did not have two directories for the files on our computers. We did this because even after changing the names of the projects, some of the files from one project appeared to be overwriting files in another - these were primarily SourceSafe files themselves which caused the .sln file to be confused when trying to determine changed files in the directory.
  5. We continued to have the same problem with the SourceSafe files and could not figure that out, so we looked at the IIS properties of our web and the Local Path was set to the folder of our VB project, which again was writing over our VB files. We then removed all the files and webs from IIS and from our hard drives (of course we had a backup) related to the Web Project. This did not fix the problem because when Visual Studio added the web, the Local Path was still set to the VB Project folder. We manually set the Local Path in the IIS properties to the C:\Inetpub\wwwroot\Name folder and reset permissions on the folder (as they were wrong too).

  The only sad thing about the above is every developer we add in, the defaults for SourceSafe uses these settings that cause this problem and we have to follow steps 2, 4 and 5 for every developer added to our project. I wish SourceSafe would somehow forget the original setup and use the existing setup for most machines.

  I don't know if this will be helpful for anyone or not, but since Patrick asked for some feedback, I figured I would pass some along.

  Mark Dahl

  
  
• Unspecified error when doing Get Latest Version