Invalid change ordering?

[Dirk]

Hello Scott

> Here is the section for 2750 and following it the only previous
> occurance of the file in 2635.
>   

Thanks for the output. Stephen pointed me into the correct direction. 
The problem is a delete/share cycle. This will screw up the converter 
and I think, I also know why. Here is the responsible lines out of your 
VssAction table:

4071    LABAAAAA    RAAAAAAA    \N    DELETE    
/orphaned/_LABAAAAA/MicroCOS-II/os_core.c    2    0    \N
4072    LABAAAAA    RAAAAAAA    28    SHARE    
/orphaned/_LABAAAAA/MicroCOS-II/os_core.c    2    0    
/orphaned/_LABAAAAA/MicroCOS-II/OS_CORE.C


You can see that the file is deleted from LABAAAAA and later shared 
there again. But the itempathes generated for the share source is the 
same as the share target. Consequently it will share from itself. The 
reason is, that the function "_get_valid_path" does not honor the 
{deleted} state of the item. I will try to provide a fix later. For some 
reason subversion does not complain about this error, or perhaps the 
dumpfile generated will workaround this szenario. The problem is 
detected later, when a label is created. Then we have the item two times:

7427    \N    RAAAAAAA    34    LABEL    
/orphaned/_LABAAAAA/MicroCOS-II/os_core.c\    xxx    
/orphaned/_LABAAAAA/MicroCOS-II/os_core.c\    xxx    2    0    Ready for 
MS01 Validation Run

Dirk