Article ID: 152807
Article Last Modified on 9/25/2003
APPLIES TO
- Microsoft Visual SourceSafe 6.0 Standard Edition
- Microsoft Visual SourceSafe 5.0 Standard Edition
- Microsoft Visual SourceSafe 4.0 Standard Edition
This article was previously published under Q152807
SUMMARY
This article discusses common error messages and status messages that the Analyze tool for Microsoft Visual SourceSafe, versions 4.0, 5.0, and 6.0, returns.
Note The Analyze tool that is included with Visual SourceSafe, versions 5.0 and 6.0, returns the messages that appear in this article. Microsoft recommends that you use the latest version of the Analyze tool. To obtain this tool, install the latest service pack for Visual SourceSafe.
For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
321139 INFO: List of Bugs Fixed in Visual SourceSafe 6.0 Service Pack 6
The messages that the Analyze tool reports appear on the screen. By default, these messages also appear in the Data\Backup\Analyze.log file.
MORE INFORMATION
How Visual SourceSafe Stores Files and Projects
To understand some of the messages that appear in this article, you must understand how Visual SourceSafe stores files and projects.
Two files are created for each file and for each project in Visual SourceSafe. These files are located in a subfolder of the Data folder. The name of the subfolder is the same as the first character of the Visual SourceSafe file name (also known as the physical file name). One of the two files is named Log. This file does not have a file name extension. The Log file stores Visual SourceSafe information and the differences between one version of the file or the project and the next version.
The other file is named the Data file or the Tip file. It has a file name extension of either .a or .b. This file stores the most recent version of the file or the project that is in Visual SourceSafe.
To identify the name of a file from the Visual SourceSafe physical file, run the following command to create a file named Physical.txt that indicates all files in the Visual SourceSafe database that have not been deleted and are not corrupted:
SS physical $/ -r -ophysical.txt
In the Physical.txt file, locate the file name that you want. If you are searching for a specific file name (MyFile.txt) in the Physical.txt file, make sure that you scan the whole file because multiple instances of a file may exist.
Error Messages
The following is a list of the most common messages that you receive when you run the Analyze tool to repair a database, regardless of whether you use the -F option.
The messages that appear when you want to receive a verbose listing (by using the -V switch) are not documented here.
This list is not comprehensive.
Please contact Microsoft Product Support Services if you receive an error message that is not documented here. To contact Microsoft Product Support Services, visit the following Microsoft Web site:
- Error message:
Example:
Cause:
This message occurs because the log file records the Cyclical Redundancy Check (CRC) for the last updated copy of the file, and the last recorded CRC does not match the current CRC. (Typically, this message does not include the last sentence about the last checked-in date and time.)
Important When Analyze returns this message, older versions of the file may be lost if the error is not corrected immediately.
Resolution:
To resolve this problem, follow these steps:- Verify that the name of the copy in the working directory of the user who last checked in the file matches the name of the Physical Data File.
- Verify that the Check in unchanged files option on the General tab of the Options dialog box is set to Check In.
- Check out the file.
- Check in the file.
- Error message:
Example:
Cause:
Analyze is reporting that it is trying to fix the long file information for this file.
- Error message:
Example:
Cause:
Visual SourceSafe keeps the last copy of each file in the database as an individual file (.a or .b, also known as the data file). Analyze noticed that the data file that corresponds to the file name is missing from the database. Analyze tries to locate an .a file or a .b file based on an entry in the log file (AIAAAAAA). Typically, this problem is caused by a data file that is marked as read-only. However, this problem may also occur if a network problem or a server problem occurs during file creation.
Resolution:- If the data file that appears in the error message is marked as read-only, reset this attribute so that the file is writable.
- If
File Name
is a project, you can run the following command to fix it:analyze -F
Path of Data
- If
File Name
is a file, there is no easy way to solve this problem. The best alternative is to obtain another copy of this file to replace the file that Analyze could not locate. To do this, follow these steps:- Gain access to the history of the file, and then identify the user who last checked in the file.
- Obtain the latest version of that file from the user's working directory.
- Copy the file from the physical data file name (with the .a or .b file name extension, as specified in the error message) to the correct subdirectory in the database. For example, a file that starts with the letter A should be stored in the A directory.
Note You must rename the file as part of the copy process.
- If you have multiple instances of this file in different projects in your database, you must determine the project that stores this file. To create an output file, see the directions that appear earlier in this article. Search in the physical output file for the physical data file name without the extension. In this example, the file name would be aiaaaaaa. If you move up in the file from occurrence of aiaaaaaa you will see the project name that includes the file.
- Error message:
Cause:
This message is informational only and reports that the Analyze process has started.
- Error message:
Example:
Cause:
Typically, if this message appears for the Status.dat file, running analyze -F
Each file has a header. Analyze reads it and computes the CRC for the data that is currently there. If it does not match the CRC in the header, this message appears. The key information is the File Name and Record Header Type. If this data is unrecognizable, the header is also bad.
Typically, this error occurs only one time at the beginning of the Log file. It occurs most frequently for users who are upgrading from SourceSafe 3.x. The Status.dat file that is used to store the file (whether it is checked out or not) is corrupted.
Resolution:
Path of Data
fixes the problem. However, for other files, the effect of this corruption is that this record is lost. Depending on the type of the record, Analyze may ignore it, fix it, or just remove it. If the File Name and Record Header Type are recognizable, running analyze -F might recover the file. - Error message:
Example:
Cause:
Files in Visual SourceSafe have format and header records to identify the file. One or both of these is corrupted. This error is very serious because it frequently indicates that the rest of the Log file is damaged.
Resolution:- Frequently, Analyze reports this error on files that the database does not require. Frequently, these files have a size of 0 bytes. First, move the files that report this error out of the \data\a-z directory, together with any files that have the same name with an extension (typically, .a, .b, or .old).
If rerunning analyze no longer reports this error, no additional action is required. - The best solution is to retrieve the file from backup.
- If no backups are available and the file is a project, delete the files from the DATA\?\ directory. Make sure that you delete the file with the extension of .a or .b and the file with no extension. Then run analyze -F
Path of Data
to clean up the links. All files that were in that project are likely to be lost. - If it is a file, make a copy of the data file (the one with the extension of .a or .b), and then delete the files from the DATA\?\ directory. Delete the file with the extension of .a or .b and the file with no extension, and then rename the .a or .b file to its real name. Finally, add the file back into Visual SourceSafe. You must identify the file. See directions for identifying a file at the beginning of this article.
- Frequently, Analyze reports this error on files that the database does not require. Frequently, these files have a size of 0 bytes. First, move the files that report this error out of the \data\a-z directory, together with any files that have the same name with an extension (typically, .a, .b, or .old).
- Error message:
Example:
Cause:
Each physical log file maintains its database version. The setup process of Visual SourceSafe runs a utility named Ddconv on the database. Ddconv runs through the database and converts files to the current version. This message occurs when the file was not converted to the correct version because someone was using SourceSafe during the conversion, the file was read-only at that time, or the file was damaged in the earlier version of SourceSafe and Ddconv could not recognize it.
Resolution:- If there was just a lock on the file, you can run Ddconv against the database and it will convert this file. The syntax to run Ddconv is as follows:
DDCONV
Path of Data
- If you do not have to have the file or the project, you can move it, together with its corresponding data file (.a or .b), out of the DATA subdirectory. Then call Analyze with the -F option to clean up any links to the file. See the directions at the beginning of this article to download the new version of the Analyze tool.
- If there was just a lock on the file, you can run Ddconv against the database and it will convert this file. The syntax to run Ddconv is as follows:
- Error message:
Example:
Cause:
The branch parent does not have a reference to this file. Analyze is reporting that it is adding a reference of that branch to the original file.
- Error message:
Example:
Cause:
This message is informational only, and there is nothing you can do for the file in
This message informs you that versions of the file before it was branched are unavailable because the branch parent file is missing or has become corrupted.
Resolution:
File Name
. Ideally you would fix the corruption in the branch parent, the physical log file name in the message. There is probably another message in the Analyze.log file about the corruption in the branched from file. - Error message:
Cause:
The Rights.dat file has become corrupted. This is the file that stores project security information. Typically, you can fix this error by running the new Analyze with the -F switch.
- Error message:
Cause:
You can fix this problem by running the new Analyze with the -F switch.
The Rights.dat file has become corrupted. This is the file that stores project security information.
Resolution:
- Error message:
Cause:
The Version.dat file contains the wrong information.
Resolution:
Typically, this error occurs when a user is upgrading from SourceSafe 3.x to Visual SourceSafe. It occurs because of a problem in the conversion process. Typically, this problem is documented in the Ddcerr.log file that is located in the DATA directory.
For additional information about the messages in this file and how to resolve them, click the article number below to view the article in the Microsoft Knowledge Base:153823 DDConv Messages of Visual SourceSafe
When this problem is resolved, run the Ddconv utility again to update the Version.dat file. The syntax for calling the Ddconv utility is the following:
DDCONV
Path of Data
- Error message:
Example:
Cause:
This is an informational message that indicates that the file has a parent that is not required. The Analyze tool is removing the extra parent record.
- Error message:
Example:
Cause:
You can recover up to 33 characters by running Analyze with the -F switch. Typically, the latest version of analyze (Service Pack 5 [SP5] and later) can correct these errors without truncation.
The Names.dat file for the listed file name has become corrupted. Long file and project information is stored in the Names.dat file.
Resolution:
- Error message:
Example:
Cause:
Usually running Analyze with the -F switch and the -D switch will fix the references or destroy these files, if appropriate. However, this process will not remove all occurrences of this message.
This means that the file currently has no parent or branch records and the Analyze utility will put the file on the delete list. If this file is branched from another file that has not been deleted, it will not be removed from the database and therefore this message will continue to appear. This is typical SourceSafe behavior. This message is not an error in your source code. This message is a verbose logging message. However, it was incorrectly classified as a regular message.
Resolution:
- Error message:
Example:
Cause:
Typically, you can fix this error by running analyze -F
This error means that this project was not automatically removed when the parent project was deleted or that the parent project has somehow been lost.
Resolution:
Path of Data
. The tool either reconstructs the parent or removes the sub project if it is no longer required. - Error message:
Example:
Cause:
Depending on the nature of the error in the log, you may be able to correct this problem by running analyze -F. This is not a dangerous error and you can ignore it. This message almost always appears with the following message.
Analyze takes the log records from a project and the current list of children records in the project and plays the log records backward until it arrives at the beginning of the list of log records. The list of children should be empty to correspond to the creation of the project. This error indicates that there is a mismatch between the history of the project and its content. This is only an internal check.
Resolution:
- Error message:
Example:
Cause:
You may be able to fix this error by running analyze -F, depending on the problem in the log. This is not a dangerous error and you can ignore it.
This message almost always appears after one or more of the message that are discussed earlier in this article. It occurs because there is a mismatch between the history and the log files. This is an internal check.
Resolution:
- Error message:
Cause:
Typically, you can fix this error by calling the Analyze utility with the -F switch.
The Rights.dat file contains a reference that is not valid. This file stores project security information.
Resolution:
- Error message:
Example:
Cause:
This error message means that versions older than the one specified cannot be retrieved. Typically, this problem is caused by an error in a log entry record that causes the difference chain (or delta) to be unusable to correctly regenerate older versions of the file.
Resolution:
The only resolution is to retrieve the file (FYIAAAAA and FYIAAAAA.a (or .b)) from backup.
For additional information, click the following article number to view the article in the Microsoft Knowledge Base:323698 PRB: "There Is a Diff Chain Size Mismatch in File" Error Message in Analyze.log When You Run the Analyze Tool Against a Visual SourceSafe Database
- Error message:
Example:
Cause:
If you need the missing version of the file, you can retrieve it from backup if you know when the corruption occurred and recover from before that time. This may mean that later versions are lost.
There is a missing log entry in the file. Typically, this behavior occurs when the Analyze utility has found a damaged log entry and removed it. If this log entry is a label, no older versions of a file are lost. If Analyze removed an Update log entry, older versions of the file might be lost.
Resolution:
- Error message:
Example:
Cause:
Scan the DATA subdirectory to remove the entry that is not a SourceSafe file.
A file name in the DATA directory is longer than the longest permitted file name. Typically, this problem occurs when a non-SourceSafe file is written to the DATA directory.
Resolution:
- Error message:
Example:
Cause:
Run Analyze and verify that you are pointing to the correct location of the SourceSafe database.
Analyze cannot find the main project in the database. Typically, this problem occurs because the path of the project is not correct when you call Analyze.
Resolution:
- Error message:
Example:
Cause:
Run Analyze with the -F switch.
A badly formed file name means that an internal record has a physical file name in the wrong case. For example, the physical file name BQEAAAAA may appear in the internal record as "bqeaaaaa." You can safely ignore this message.
Resolution:
- Error message:
Cause:
Run Analyze with the -F switch to fix this by synchronizing the actual number of children with the number that is in the header.
In every project header, a number is kept that indicates the number of children that are associated with that project. One of the many things that Analyze does as it scans through the database is to count the children files that are associated with that project. If the number that Analyze counts does not match the count in the header, you receive this error message.
Resolution:
- Error message:
Cause:
Run Analyze with the -C switch to fix this error. By using the -C switch, Analyze can compress free space that may exist in the data files. This process releases disk space. However, this process is considerably slower. It is not a good idea to run this process frequently. Therefore, if you run Analyze the -C switch and it discovers two comments for a file, it rewrites the data file and leaves out the older comment. Although this switch may sometimes reduce the size of the database, it frequently does not make a significant difference.
Typically, these errors are caused by orphaned comments. Visual SourceSafe sequentially writes data to its log files. An example of how you might have extraneous information would be the following: You add a file and you supply a comment at the time of the Add. Later, in theProperties dialog box for that file, you change the comment. Now both comments are stored in the data file. However, you will never again be able to gain access to the first comment from SourceSafe.
Note The number 33818 that appears in the error example indicates that the comment starts at bit 33818 from the beginning of the file.
Resolution:
- Error message:
Cause:
Run Analyze with the -C switch to fix this error. By using the -C switch, Analyze can compress free space that may exist in the data files. This process releases disk space. However, this process is considerably slower. It is not a good idea to run this process frequently. Therefore, if you run Analyze with the -C switch and it discovers two comments for a file, it rewrites the data file and leaves out the older comment. Although this switch may sometimes reduce the size of the database, it frequently does not make a significant difference.
Analyze returns this error because a DIFF chain has been found but cannot be associated with a log record in the file where it was found.
A DIFF chain is made up of DIFF chunks that are ADD, CHANGE, or REMOVE records. For example, if a file that contains only "Hello world" is checked out and modified by adding "Bye world" and then checked back in, that ADD creates a DIFF chain.
The number 33818 that appears in this error message example indicates that the DIFF chain starts at position 33818 from the beginning of the file.
Resolution:
- Error message:
Example:
Resolution:
Run Analyze with the -F switch to fix this error by correcting the header flags.
- Error message:
Example:
Cause:
To manually resolve this error, remove the file pairs that appear in the error to a backup folder. Be aware that this will expose subordinate items (files and subprojects) that may still be in the database and referencing the removed file. analyze -D will remove the orphan files below the immediate project. The remaining subprojects must be manually removed because they will report this error after the parent file pairs are removed. Microsoft Product Support Services may be able to help you remove large numbers of these "orphaned" items.
Typically, this error occurs because of an incomplete deleted operation. Most of the time, the project is no longer required and it is not visible in the database.
Resolution:
- Error message:
Example:
Cause:
The latest version of the Analyze utility will correct this error if you run it in fix mode ( analyze -F).
This error occurs when a rename operation is not permitted to fully complete.
Resolution:
REFERENCES
For additional information about the switches used with Analyze, click the following article number to view the article in the Microsoft Knowledge Base:
190881 Analyze6.exe Utility for Visual SourceSafe
Additional query words: mapping
Keywords: kberrmsg kbinfo kbssafe600faq kbfaq KB152807