I have a weird situation with a Cleartool find command in that it appears to 'change its mind' with time... I am running the following command:
cleartool find /vobs/gmag_public -all -type d -verion "brtype(main) && ! version(.../main/0)" -print
My changes to folders are performed on my primary Solaris server and the find command is run on a replica Linux server, which is "synced up" every 20 minutes.
When I run:
diff history 092757 history 110704
I get the following output (NOTE folder-2-name-2 becomes folder-2-name-1):
< /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/3/folder-2-name-2@@/main/1
< /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/3/folder-2-name-2@@/main/2
< /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/3/folder-2-name-2@@/main/3
---
> /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/2/folder-2-name-1@@/main/1
> /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/2/folder-2-name-1@@/main/2
> /vobs/zzz/xxx/Source/examples/deletes-renames/folder-1@@/main/2/folder-2-name-1@@/main/3[/code]
How is this possible?
These are hardlinks, aren't they?
The directory was renamed between versions /main/2 and /main/3 of folder-1.
In that case, assuming neither version is selected in your view, the name chosen would not matter, and the criterion for choosing one over the other is not defined...
Marc
Sorry for the typo, had some trouble with copy/paste between two machines.
To answer your question these are not hardlinks, however the folder was renamed between version 2 and 3 of 'folder-1'.
How does /main/LATEST affect deleted folders/files? the object is not visible in my view, however the /main/LATEST rule should select the latest no?
CMCrossroads is a TechWell community.
Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.