Patches to help improve this behavior I'm sure will be considered. :)
Preferrably, anything that involves NOT needing a hardwired #define to
do the job is a good first start. :)
Bill
-----Original Message-----
From: Mike Geiger [mailto:mike@PerCurrence.com]
Sent: Thursday, October 11, 2001 11:27 AM
To: Ben Collins-Sussman; Branko Cibej
Cc: dev@subversion.tigris.org
Subject: RE: Re: Latest Win32 binaries
In "svn_private_config.h" there is a define:
#define SVN_CLIENT_DIFF "c:\\progra~1\\cygnus\\cygwin\\bin\\diff.exe"
that shows which diff program to use. I have set up and used
#define SVN_CLIENT_DIFF "C:\\Program Files\\Microsoft Visual
Studio\\Common\\Tools\\WINDIFF.EXE"
as well. To do this you have to change the following line in diff.c:
if (options->nelts == 0)
args[i++] = "-u";
to something like:
if (options->nelts == 0)
args[i] = "";
Otherwise, "-u" becomes the first parameter to the diff program, which
causes windiff.exe to show a 'help' dialog.
It would be nice if this could be parameterized in an ini file and/or
the command line.
--Mike
-----Original Message-----
From: Ben Collins-Sussman [mailto:sussman@collab.net]
Sent: Thursday, October 11, 2001 11:01 AM
To: Branko Cibej
Cc: dev@subversion.tigris.org
Subject: Re: Latest Win32 binaries
Branko =?ISO-8859-2?Q?=C8ibej?= <brane@xbc.nu> writes:
> Well, as long as you don't have any local mods that would have to be
> merged with changes from the repo, diff and patch never get used.
Are you sure?
I mean, when a file gets updated, it first "materializes" in the tmp/
area by means of applying svndiff data to the pristine file.
I then believe that 'diff' is run between the pristine file and the
newly materialized file, and this difference is applied to the working
file via 'patch'. I think this happens every single time.
[Hmmm, if this *is* true, it's not efficient. If the file isn't
locally modified, then the newly materialized file should just be
copied over both the pristine and working files. I should go check.]
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:44 2006