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