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
首先,将高速缓存文件移至安全的备份文件夹中:
% mv database_path/st_root/cache/source/#83/27783 /tmp/27783.saved
% ccm finduse filename.c-2:csrc:DCM2#2
% ccm cat filename.c-2:csrc:DCM2#2 > /dev/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 命令的指示信息。
Cachefile 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 支持人员联系以获取有关修改所有文件的指示信息。