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

Re: Aventures with the dump file format

From: Edmund Horner <edmund_at_chrysophylax.cjb.net>
Date: 2003-12-09 03:33:14 CET

C. Michael Pilato wrote:
> Are you opening the dumpfile input stream without the "binary" flag on
> a Windows system? This sounds like a line-ending issue.

I'm not sure that it is. Running under Cygwin, I haven't had any EOL
problems that I know about. Though I do get lots of them when compiling
with -mno-cygwin. I think it's just me messing up my own dump file.

>>The purpose for my filter is to retroactively add "svn:eol-style:
>>native" to file paths matching *.c, etc. From looking at
>>libsvn_repos/dump.c, I take it properties are only dumped if the file
>>is new, or if they are changed. And in load.c I learned that whenever
>>node properties are read from a dumpfile, existing properties for the
>>node are cleared first.
> That's correct. The dumpfile format does not contain "deltas" between
> revisions. If contents are given, you get 'em all.

Ok, I have another question.

If a loaded dump file node contains props that are exactly the same as
the existing props for that path, will the DB record that as a prop change?

E.g. if I cause the dump file to contain full props for every node
record, does that have a different meaning from the more usual ommission
of unchanged props?

Or if a loaded node has text that is exactly the same as existing text
for that path, will that be recorded as a text change?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 9 03:34:01 2003

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.