Visual Studio Developer Center > Visual Studio Forums > Visual Studio Source Control and SourceSafe > KB952043: In Visual Studio a SourceSafe Get returns Unexpected error encountered on Line number: 5907
Ask a questionAsk a question
 

AnswerKB952043: In Visual Studio a SourceSafe Get returns Unexpected error encountered on Line number: 5907

  • Thursday, August 28, 2008 4:27 AMXiaoyun Li – MSFT Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
      

    KNOWLEDGE BASE SOLUTIONS 


    KNOWLEDGE BASE SOLUTIONS PROVIDE INFORMATION DIRECTLY FROM WITHIN THE MICROSOFT SUPPORT ORGANIZATION. THE INFORMATION CONTAINED HEREIN IS CREATED IN RESPONSE TO EMERGING OR UNIQUE TOPICS, OR IS INTENDED SUPPLEMENT OTHER KNOWLEDGE BASE INFORMATION.

     

    Link to Original Article from Microsoft Support

    In Visual Studio a SourceSafe Get returns Unexpected error encountered on Line number: 5907

    Action

    Closing and re-opening Visual Studio 2005 solution containing web projects under SourceSafe control.

    Result

    Some files appear as new even though they been in SourceSafe for a long time – they show up with a yellow plus icon.

    Attempting to do a SourceSafe get get latest on the project:

    Unexpected error encountered. It is recommend you restart the application as soon as possible.
    Error: Unspecified error.
    File: vsee\pkgs\vssprovider\cmsscciabstractionlayer.cpp
    Line number: 5907

    Attempting to rebind the project:

    Unexpected error encountered. It is recommend you restart the application as soon as possible.

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

Answers

  • Thursday, August 28, 2008 4:28 AMXiaoyun Li – MSFT Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
    Cause

    Line 5907 is "Project must be available"

    Line 2459 is “Can't unrelativize a non-relative path”

    -For websites, something wrong happening with the suo file, and translation map gets incorrect
    - For webapp projects, a stale file or setting in solution or in vspscc file that causes the webapp to be treated like website, with enlistment, etc.

    Resolution

    Open from Source Control from within Visual Studio into a different working location and create new web enlistments if necessary, so stale files won’t be used.

    Open solution

    - Use ChangeScc dialog to unbind the websites from scc, Ok ChangeScc dialog (this allows scci to clean up the messed up scc sections in suo and sln)

    - Remove the websites from the solution

    - Make sure the nodes in IIS like <http://localhost/MyInfo
    (http://localhost/MyInfo)> point to the correct version of the website on local disk (2.1/2.2/2.3). If it points to the wrong version, fix the Virtual folders mapping.

    - Add the websites back, using File/Add/ExistingWebsite/LocalIIS, select the nodes in <http://localhost/ (http://localhost/)> (this allows web projects to write their relative locations correctly, if that's messed up)

    - Use ChangeScc dialog to bind back the websites to the correct folders in the VSS database

    - Checkin the changes to the solution file.

    More Information

    A relative path reference is used in the bad Solution along with references to the pre-branched local directory 2.1 instead of 2.3.

    ***** good.sln
                    SccProjectUniqueName1 = MyInfoLib\\MyInfoLib.vbproj
                    SccProjectName1 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/project/MyInfoLib\u0022,\u0020NTGAAAAA
                    SccLocalPath1 = MyInfoLib
                    SccWebProject2 = true
    ***** BAD.SLN
                    SccProjectUniqueName1 = MyInfoLib\\MyInfoLib.vbproj
                    SccLocalPath1 = .
                    SccProjectFilePathRelativizedFromConnection1 = MyInfoLib\                SccWebProject2 = true



    ***** good.sln
                    SccProjectName4 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/MyInfoServices\u0022,\u0020QIHAAAAA
                    SccLocalPath4 = C:\\_Project\\MY\u0020EI\u0020ACCOUNT\\2.3\\Development\\project\\MyInfoServices
                    SccProjectEnlistmentChoice4 = 2
    ***** BAD.SLN
                    SccProjectName4 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/MyInfoServices\u0022,\u0020QIHAAAAA
                    SccLocalPath4 = C:\\_project\\My\u0020EI\u0020Account\\2.1\\Development\\project\\MyInfoServices

    Also in the good SLN the Guid identifiers have been updated.

    DISCLAIMER

    MICROSOFT AND/OR ITS SUPPLIERS MAKE NO REPRESENTATIONS OR WARRANTIES ABOUT THE SUITABILITY, RELIABILITY OR ACCURACY OF THE INFORMATION CONTAINED IN THE DOCUMENTS AND RELATED GRAPHICS PUBLISHED ON THIS WEBSITE (THE “MATERIALS”) FOR ANY PURPOSE. THE MATERIALS MAY INCLUDE TECHNICAL INACCURACIES OR TYPOGRAPHICAL ERRORS AND MAY BE REVISED AT ANY TIME WITHOUT NOTICE.

    TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, MICROSOFT AND/OR ITS SUPPLIERS DISCLAIM AND EXCLUDE ALL REPRESENTATIONS, WARRANTIES, AND CONDITIONS WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING BUT NOT LIMITED TO REPRESENTATIONS, WARRANTIES, OR CONDITIONS OF TITLE, NON INFRINGEMENT, SATISFACTORY CONDITION OR QUALITY, MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE, WITH RESPECT TO THE MATERIALS.

All Replies

  • Thursday, August 28, 2008 4:28 AMXiaoyun Li – MSFT Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
    Cause

    Line 5907 is "Project must be available"

    Line 2459 is “Can't unrelativize a non-relative path”

    -For websites, something wrong happening with the suo file, and translation map gets incorrect
    - For webapp projects, a stale file or setting in solution or in vspscc file that causes the webapp to be treated like website, with enlistment, etc.

    Resolution

    Open from Source Control from within Visual Studio into a different working location and create new web enlistments if necessary, so stale files won’t be used.

    Open solution

    - Use ChangeScc dialog to unbind the websites from scc, Ok ChangeScc dialog (this allows scci to clean up the messed up scc sections in suo and sln)

    - Remove the websites from the solution

    - Make sure the nodes in IIS like <http://localhost/MyInfo
    (http://localhost/MyInfo)> point to the correct version of the website on local disk (2.1/2.2/2.3). If it points to the wrong version, fix the Virtual folders mapping.

    - Add the websites back, using File/Add/ExistingWebsite/LocalIIS, select the nodes in <http://localhost/ (http://localhost/)> (this allows web projects to write their relative locations correctly, if that's messed up)

    - Use ChangeScc dialog to bind back the websites to the correct folders in the VSS database

    - Checkin the changes to the solution file.

    More Information

    A relative path reference is used in the bad Solution along with references to the pre-branched local directory 2.1 instead of 2.3.

    ***** good.sln
                    SccProjectUniqueName1 = MyInfoLib\\MyInfoLib.vbproj
                    SccProjectName1 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/project/MyInfoLib\u0022,\u0020NTGAAAAA
                    SccLocalPath1 = MyInfoLib
                    SccWebProject2 = true
    ***** BAD.SLN
                    SccProjectUniqueName1 = MyInfoLib\\MyInfoLib.vbproj
                    SccLocalPath1 = .
                    SccProjectFilePathRelativizedFromConnection1 = MyInfoLib\                SccWebProject2 = true



    ***** good.sln
                    SccProjectName4 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/MyInfoServices\u0022,\u0020QIHAAAAA
                    SccLocalPath4 = C:\\_Project\\MY\u0020EI\u0020ACCOUNT\\2.3\\Development\\project\\MyInfoServices
                    SccProjectEnlistmentChoice4 = 2
    ***** BAD.SLN
                    SccProjectName4 = \u0022$/MY\u0020EI\u0020ACCOUNT/2.3/Development/MyInfoServices\u0022,\u0020QIHAAAAA
                    SccLocalPath4 = C:\\_project\\My\u0020EI\u0020Account\\2.1\\Development\\project\\MyInfoServices

    Also in the good SLN the Guid identifiers have been updated.

    DISCLAIMER

    MICROSOFT AND/OR ITS SUPPLIERS MAKE NO REPRESENTATIONS OR WARRANTIES ABOUT THE SUITABILITY, RELIABILITY OR ACCURACY OF THE INFORMATION CONTAINED IN THE DOCUMENTS AND RELATED GRAPHICS PUBLISHED ON THIS WEBSITE (THE “MATERIALS”) FOR ANY PURPOSE. THE MATERIALS MAY INCLUDE TECHNICAL INACCURACIES OR TYPOGRAPHICAL ERRORS AND MAY BE REVISED AT ANY TIME WITHOUT NOTICE.

    TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, MICROSOFT AND/OR ITS SUPPLIERS DISCLAIM AND EXCLUDE ALL REPRESENTATIONS, WARRANTIES, AND CONDITIONS WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING BUT NOT LIMITED TO REPRESENTATIONS, WARRANTIES, OR CONDITIONS OF TITLE, NON INFRINGEMENT, SATISFACTORY CONDITION OR QUALITY, MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE, WITH RESPECT TO THE MATERIALS.