Hello, people!
I have problem getting a code on a lable.
I open history on the folder to which the label was attached, choose the
latest label (just set) and push Get (Recursive) The error I get is:
'version not found'. As the result I unable to perform 'share on label' and
get my source code files pinned to the spesific versions of each file to the
separated folder.
A complete description of this error exist at KB Article 197050
http://support.microsoft.com/default.aspx?scid=kb;en-us;197050&Product=vss
The article tells that "This problem occurs when using a Visual SourceSafe
6.0 client against a database that has not been upgraded to the Visual
SourceSafe 6.0 format".
All possible erros where found and fixed by Analyze.exe.
My database was converted to 6.0 format several years ago, labels
subdirectory exist , Crcs.dat file also exist.
Moreover I can share a specific file from the problem folder and then pin it
to the required version, but the problem folder conatins many hundrends of
files and I unable to share and pin each of them manually.
Please help me to workaround "version not found" error.
Andrey Petrov,
Moscow, Russia.
Joe Masters - 18 Nov 2003 05:15 GMT
Sounds like you've checked everything as to why you might be getting the
error message. It's probably time to use Product Support.
Joe
> Hello, people!
>
[quoted text clipped - 22 lines]
> Andrey Petrov,
> Moscow, Russia.
Paul D - 01 Dec 2003 20:30 GMT
I have run into the same issue. I can't speak as to the conditions
leading up to this situation, but I was getting the "version not
found" error when fetching by historical labels at the project level.
When I fetched by the files, all was fine (just as you described).
I tried to analyze, redo the upgrade (it was already in VSS6 but I
figured it couldn't hurt to run ddupd with the -redo option). Nothing
worked.
Anyway, in the end I tried the following and it succeeded.
- I renamed the project.
Yep, renamed it, and then named it back (each time waiting for the
operation to complete). For some reason, this process corrected the
links and got everything back to normal.
I recommend backing up before trying and all that jazz.
Let me know how it goes.
Paul
Dan Butler - 17 Dec 2003 17:06 GMT
Wow, that works! It seems like a very strange fix, though. But it sure
saved me a lot of time! Thanks!
Dan
> I have run into the same issue. I can't speak as to the conditions
> leading up to this situation, but I was getting the "version not
[quoted text clipped - 14 lines]
>
> Paul
Jim - 30 Dec 2003 23:39 GMT
I think I am getting the same error using the COM interface. See the
Microsoft source code that can be downloaded from:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvss/html/vssa
uto.asp
I was able to recreate the problem by running the MS-VSS
Administrator(SSADMIN.EXE) and choosing "Archive Projects..." and then
doing a "Restore Projects...". Then, with the IVSS program (see link
above) when doing "Show History..." on a restored database and trying
to do a "Get" on any of the versions, I see an error dialog box with
the text:
"Error: System.Runtime.InteropServices.COMException (0xFFFF8001):
Version not found at SorceSafeTypeLib.VSSItemClass.Get(String& Local,
Int32 iFlags) at IVSSFunctionLibrary.clIVSSLibrary.GetVersionByVersionNumber(...)
in ...\IVSS_Sample\IVSSDLL\IVSSLibrary.cs:line 1215"
I have also found that doing a check-in will allow for history to be
read from that point on.
Also, using the GUI version of MS-VSS V=6.0d everything seems to works
fine, even with this bad history.
Is renaming the only work around, or are there any others?
-Jim.
PS. I think that Micorsoft must have a bug in their VSS code.
> Wow, that works! It seems like a very strange fix, though. But it sure
> saved me a lot of time! Thanks!
[quoted text clipped - 19 lines]
> >
> > Paul