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

Re: problem with dump/load

From: Féliciano Matias <feliciano.matias_at_free.fr>
Date: 2002-07-13 11:23:16 CEST

First, excuse my poor english.

Le sam 13/07/2002 à 08:22, Féliciano Matias a écrit :
> Le sam 13/07/2002 à 06:16, Féliciano Matias a écrit :
> > first, excuse my poor english.
> >
> > svn r2464 with --enable-utf8
> > db 4.0.14
> > libapr 2002.06.25
> > neon 0.21.2
> >
> > [...}
> >
> > * some files are now empty !
> >
>

1 Problem with rename

1-1 a rename of a text file.

check the attachment dump_ref1.txt

Definition of the node in the version 2 of de repository.

> Node-path: oof
> Node-kind: file
> Node-action: add
> Node-copyfrom-rev: 1
> Node-copyfrom-path: /foo

oof is a reference to /foo:1 .

This node has no property and no content (this is different that having
property and content empty). So, a node is add and the content has no
change again /foo:1

In the version 3, the node is deleted.

> Node-path: foo
> Node-action: delete

1-2 a rename of a binary file.

check the attachment dump_ref2.txt

Definition of the node in the version 2 of de repository

> Node-path: oof.bz2
> Node-kind: file
> Node-action: add
> Node-copyfrom-rev: 1
> Node-copyfrom-path: /foo.bz2

Every thinq is normal but this header is fallowed by the content section
of the file (properties and content) :

> Content-length: 59
>
> K 13
> svn:mime-type
> V 24
> application/octet-stream
> PROPS-END

notes/fs_dumprestore.txt said :
> The content section has two implicit parts: a property hash, and the
> fulltext. The division between these two sections is implied by the
> "PROPS-END\n" tag at the end of the prophash. In the case of a
> directory node or a revision, only the prophash is present.

the node said that oof.bz2 is a reference to an existing file
(foo.bz2:1). So if the node have a new content, Node-action should be
"change" and can't be "add".

2- changing properties of a file

check the attachment dump_ref3.txt

Definition of the node in the version 2 of de repository when the
property is change.

> Node-path: foo
> Node-kind: file
> Node-action: change
> Content-length: 37
>
> K 14
> svn:executable
> V 2
> on
> PROPS-END

this is the same when the content of a file is changed.
> Node-path: oof
> Node-kind: file
> Node-action: change
> Content-length: 24
>
> PROPS-END
> coucou
> coucou

there is nothing abnormal.
the problem is that "svnadmin dump" forget the content section (part
after "PROPS-END\n").

CONCLUSION :
============

"svnadmin dump" seems bogus :
- "svnadmin dump" add an useless content when a node indicate only a
renaming file and the content is wrong.
- when a node indicate only a renamaing file, "svnadmin dump" try to
change the content of the node but indicate "Node-action: add".
- "svnadmin dump" forget the "real" content when only the property hash
is change or when the content has not changed (renaming file).

personally, the dump format need to set "property hash" and "real
content" independe and it shoud be good to extend "Node-action" for a
better legibility.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 13 11:25:34 2002

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.