[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn co problems

From: James Courtier-Dutton <James_at_superbug.co.uk>
Date: 2006-09-15 01:43:41 CEST

Daniel Rall wrote:
> On Thu, 14 Sep 2006, D.J. Heap wrote:
>
>> On 9/14/06, Daniel Rall <dlr@collab.net> wrote:
>> [snip]
>>> The INSTALL and neon.m4 for 1.4.0 does not support Neon 0.26.x.
>>> Recently (r21490), a change did go into neon.m4 and
>>> subversion/libsvn_ra_dav/session.c to support 0.26.x for the autoconf
>>> build. Given the change to session.c, I'm somewhat surprised that
>>> Subversion 1.4.0 compiled against 0.26.x.
>> It compiles with a warning for an unused callback parameter and the
>> change just fixed that warning -- there was no functionality change at
>> all that I can see?
>
> A data type for a parameter on the callback is different, no?
>
> --- subversion/libsvn_ra_dav/session.c (revision 21489)
> +++ subversion/libsvn_ra_dav/session.c (revision 21490)
> @@ -1448,7 +1448,11 @@
> static void
> lock_receiver(void *userdata,
> const struct ne_lock *lock,
> +#ifdef SVN_NEON_0_26
> + const ne_uri *uri,
> +#else
> const char *uri,
> +#endif
> const ne_status *status)
> {
> struct receiver_baton *rb = userdata;
>
>
> Anyhow, is putting out a quick 1.4.1 necessary?

From my point of view, I would like both TortoiseSVN and the command
line SVN, binaries for windows, to both work with each other. I.e. If
one used TortoiseSVN to check out the repository from the apache server
into a working copy, one should be able to run the command line "svn
update" on the working copy.
My current situation of TortoiseSVN 1.4.0 working, and SVN (command
line) 1.3.1 working, results in incompatible working copies.

Is there any possibility of combining TortoiseSVN and the command line
SVN into a single TortoiseSVN binary package for windows?

I have a windows application that calls the command line SVN to control
the working copy. It would just be nice to not have to install two packages.

Thank you all for the help so far.

Kind Regards

James

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 15 01:43:58 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.