Michael Swanson schrieb:
mmmph, when I run the following command on the file I get three versions of the file which are different.

ssphys get -v 1 -b wvcaaaaa tmp
my version number of ssphys is: sphys 0.20.4, Build 208

Could you please try the same with the 0.20.5 which can be downloaded
>from tigris.org?
I have looked into the history of the code, but can't find any trace or problematic scenario, which could trigger this behavoir. ...

Please try with the newer ssphys again and see if this helps. I will search for a possible problem.

Best regards
Dirk

Dirk,

Well, I just tried it on another computer here (a Win2K loaner laptop)
and it worked fine.  Hrmph.  It must be something with my machine.  This
doesn't require admin rights or anything like that to run, does it?

At least I know its something with my particular machine now.  I'll
investigate here and see what I can figure out.  If you think of
anything that I might need, I'd be very glad to hear it.  Thanks again.

The only thing I can image is the way the temporary files are handled. While retrieving the history I generate a new temporary file from the latests revision with the delta record applied. The temporary file is then copied to the output file if the user wants to see this file, e.g. in the "bulk" get operation. It seems that you have some problems with these temporary files?

tmpnam is said to create a temporary file in the current directory. If just checked the code. It could be, that if you can't create a file in the current directory, then this error condition is not properly handled. From a quick glance through the code it could also be that you will see the behavoir, that you describe.

Best regards
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

Reply via email to