Hi Dirk,
The files in the _vss2svn\vssdata directory are not empty. Having a brief look at them, they all looked fine to me.
It appears that until approximately revision 5800 it was only subversoin related organizational information. After that is file content.
It may be co-incidence but the the content that is showing after there are the (only) files I know to have been added/changed in that repository. That is, the other items in the repository were put there by means of a backup of a different repository and restore to this repository.
I've got to head home now but I'll try to look into the other actions you mentioned ( checking datachache.PhysicalAction.tmp.txt and datachache.VssAction.tmp.txt)
Hope that helps for now though.
Regards,
Paul
-----Original Message-----
From: Dirk [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 11 April 2006 6:09 PM
To: Vss2Svn Users
Subject: SPAM Re:
Hi Paul,
this is the second time, that we have the problem that the extracted binary files seem to be empty. Strange ????
Do you have "Only store latests revision" activated on your VSS files?
Could you have a look into the temporary _vss2svn\vssdata directory. The converter stores all retrieved versions into subdirectories of this folder. Could you try to look up a few of them, and see wether they are empty? For example the file \BA\BAAAAAAA.1?
Can you look into the generated dumpfile. Do you actually see some of your file content, or do you only see subversion related organizational information?
>
> Attempt to delete non-existent item 'FormMemberSetup.java' at
> revision 3419; skipping...
> at vss2svn.pl line 752
> Attempt to delete non-existent item 'FormMemberSetup.resources' at
> revision 3 419; skipping...
> at vss2svn.pl line 752
When this happens, there is a problem with your database, which not necessarily must be due to a broken database. I could be simply a not yet detected logic error. What you could do to help us solving the issue is, if you could try to follow the life cycle of the problematic file.
What I do regularily in order to find these issues is, that I search for the filenames in the "datachache.PhysicalAction.tmp.txt" file and copy all lines into a new empty file. Then I lookup all lines that have the "physical" name of this file withiin the same file and copy them too.
After rearranging by time stamp you start getting an idea of what happend in the curse of events for this file. e.g added, changed, shared, deleted, recovered .... and so on.
If it is not a problem for you, you could also post these extracted lines or send them in a private mail. Then I can have a look at it.
> Subversion then began processing the file (or so it seemed) but it
> stopped with an error when it got to revision 445.
>
> ------- Committed revision 445 >>>
>
> <<< Started new transaction, based on original revision 446
> * deleting path : asset_allocation_product_subreport.cs
> ...svnadmin: File not found: transaction '445-1', path
> 'asset_allocation_product_subreport.cs'
Same for this file. Please try to lookup the history of the file. This time, you could use the "datachache.VssAction.tmp.txt" as a source for your lookup, since the converter already did his work.
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
"This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of this email, disclose its contents to any other party, or take any action in reliance on it, or in reference to it. If you have received this email in error, would you please contact the sender immediately and delete/destroy all copies of this message, both electronic and otherwise. It is the recipient's duty to virus scan and otherwise test the enclosed information before using the information or loading attached files onto any computer system. Oasis Asset Management Ltd does not warrant that the information contained in this e-mail is free from viruses, defects, errors, interception or interference. Any views expressed in this message are those of the individual sender, except where that sender specifically states them to be the views of Oasis Asset Management Ltd."
_______________________________________________ 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
