source_modify_time 属性设置为对象版本首次检入为静态状态的时间。该设置必须与高速缓存文件上的时间戳记相匹配。
有人在检入高速缓存文件后以用户 ccm_root 身份对其进行了编辑。 该用户拥有所有静态高速缓存文件。
WARNING: filename.c-2:csrc:DCM2#2's cache file modification time is NEWER than its source modification time in the database:
Cache file path:
database_path\st_root\cache\source\#83\27783
Source modification time: Wed Jul 19 11:40:15 2009
Cache modification time: Tue Sep 05 13:03:08 2009
首先,将高速缓存文件移至安全的备份文件夹中:
> move database_path\st_root\cache\source\#83\27783 C:\temp\27783.saved
> ccm finduse filename.c-2:csrc:DCM2#2
> ccm cat filename.c-2:csrc:DCM2#2 > null
此操作将从归档重新创建高速缓存文件。现在,将此文件与移至 /tmp 目录中的高速缓存文件进行比较。 如果文件相同,那么删除保存的文件。如果不相同,请遵循严重的可恢复错误中的指示信息纠正错误。
一个 ASCII 类型对象版本或一个基于 ASCII 类型的对象版本,有一个源包含至少一个不属于 7 位 ASCII 字符集的字符。
在 Rational® Synergy 的较早版本中,该警告还意味着在归档中截断源,因为 ASCII 归档程序将这些二进制字符中的第一个视为文件结束 (EOF) 标记。在最新发布标识中,由于源会自动归档为二进制类型,因此该特定警告将显示在软件的较早发布标识中或最近升级的数据库中。
要纠正该损坏,请使用二进制归档程序重新归档对象版本。在每个受影响的对象版本上,创建 handle_source_as 属性并将其设置为 binary。 然后,运行 ccm archive_fix 命令以重新归档。
> ccm attr –c handle_source_as –t string –v “binary” myfile.txt-1:ascii:2
然后,必须运行 ccm archive_fix 命令对源进行归档。对象版本的类型仍保持不变,但用于对其进行归档的方法是针对二进制源文件的。
请参阅归档转换常见问题及解答 - fs_check 命令,以获取有关运行 ccm archive_fix 命令的指示信息。
Cache file path: database_path\st_root\cache\source\#56\123456
Archive path: archive/source/ascii/ccm_rcs/1/3/name,v
Archive version: 1.1
归档对象源和高速缓存文件的回车符是不同的。在 Windows 服务器上,所有 ASCII 高速缓存文件都采用 Windows ASCII 格式。在 UNIX 服务器上,所有 ASCII 文件都采用 UNIX ASCII 格式。在未正确转换数据库文件的情况下将数据库从一种操作系统格式移至另一种操作系统格式时,通常会看到该警告。
如果在一些对象上报告了此问题,那么确定哪些文件是正确的,并替换这些文件。如果该格式问题将影响数据库中的每个 ASCII 对象版本,请联系 IBM® Rational 支持人员,以获取有关修改所有文件的指示信息。