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 _______________________________________________ vss2svn-users mailing list Project homepage: http://www.pumacode.org/projects/vss2svn/ Subscribe/Unsubscribe/Admin: http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org Mailing list web interface (with searchable archives): http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user
