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

Problem with format of svn diff output

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-05-24 03:23:56 CEST

I doubt this is a Subversion problem but I am looking to tap into the
collective experience of this list for help.

In Subclipse, we have run into a problem with the latest version of
Eclipse that is about to be released. Eclipse includes a nice Apply Patch
wizard that applies patch files with a nice GUI. This has always worked
fine for us and handled Subversion diff output OK. Well Eclipse has
enhanced this GUI to have a few nice new features, such as applying a
single patch across multiple projects. This is very handy for the way
Eclipse development is done. Anyway, in the process of doing this they
are no longer correctly interpreting the svn diff files. Eclipse is

The problem is that their diff file parser is looking for a date/time
value on the lines of the patch where it lists the filename. svn diff
just lists the revision number. What happens is their parser returns a
value of -1, and some later part of the process is using these date/times
to determine if each patched item is an Add/Change/Delete. Because of the
-1, each file winds up being treated as a Change. So when the patch
contains Added files, the Apply Patch wizard will not handle them right.

So my questions...yes there are some.

Is it completely wrong of Eclipse to be expecting a date/time on the line?
 How strict is the unified diff format? Is there a more commonly used
algorithm to quickly figure out if a file in patch is an Add/Change or

Here is the Eclipse bug I entered if you are interested:




Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 24 03:24:32 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.