On 6/4/05, Patrick Burleson <firstname.lastname@example.org> wrote:
> On 6/4/05, Mark Phippard <MarkP@softlanding.com> wrote:
> > > But I've also gotten them when a file is out of sync with the
> > > repository somehow. This used to happen, but no longer does, when
> > > using a plugin to an IDE which used the javaSVN library. This has
> > > since been fixed. It is entirely possible that something like
> > > tortoise or other clients can cause this problem.
> > This isn't really true. JavaSVN is a reverse-engineered Subversion client.
> > It is going to be susceptible to errors like this, especially before it
> > gets to a 1.0 state. I am not aware of any other project that is
> > attempting to do this.
> > TortoiseSVN, RapidSVN, Subclipse via JavaHL etc... are just GUI's wrapped
> > around the Subversion API, the same API that the Subversion command line
> > uses. So with the possible exception of using the API incorrectly, any
> > problems like this would have to exist in the Subversion API itself to
> > effect the GUI clients.
> Slightly OT:
> That isn't exactly true either...JavaSVN isn't a "reverse engineering"
> of the client. That would imply not knowing the protocol. The protocol
> is documented, so in effect, it's just another implementation, albeit
> with some bugs still. I know that's a nitpick, but I think it's an
> important distinction.
Regardless, in either case it doesn't mean that this problem can't
happen unless there is a problem with hardware or network, and just
because other impls are using established libraries, it doesn't mean
there are not going to be bugs which affect subversion and cause
checksum problems. I can cause it manually with svn move, let the
file move to a new location, then copy the file manually back into the
directory I moved it from and try to commit. That would cause a
checksum (at least it did last time I tried it which was a long while
back) and that is caused by user error, since the user is not supposed
to do that, and if you've worked with CVS for a long time, this is the
first thing you think of doing to revert a change or undo a move.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sat Jun 4 19:38:41 2005