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

node_id for 'create' operations being "_0" instead of the new node's id?

From: LUCAS DE RODRIGO IGNACIO <idelucas_at_typsa.es>
Date: 2005-07-14 08:43:57 CEST

    I'm new to the mailing list and to SubVersion in general (and to
make matters worse, English isn't my primary language), so please bear
with me. :) I've read through the issues list thrice and searched the
mailing lists on several occasiones, but I haven't been able to find
any reference to this problem.

I'm developing an application which makes use of the SubVersion
repository. I'm asking for history elements through svn_fs_paths_changed,
and then comparing their IDs through svn_fs_compare_ids with a given
ID. The problem is, it seems that whenever one of the history elements
is a creation, no matter if both operations refer to the same node,
svn_fs_compare_ids returns "unrelated". This, oddly enough, happens
even when they are the SAME history element, if one of them was obtained
via svn_fs_node_history + svn_fs_history_prev and the other with

Upon further investigation, it seems that creation history elements
obtained through svn_fs_paths_changed present the following in their
ID: their node_id component, instead of housing the ID of the node
(file/directory) created (as seen in following operations on that
node), contains "_0" (or, if more than one creation was present in
the same revision, "_1", "_2" and so on). This almost looks like a
temporary placeholder ID that should be replaced later on with the
ID of the node being created on commit, but isn't.

I'm not sure if this problem is widespread; or if it's working as
intended and it's just that I'm doing something wrong. Particularly
since it seems that this would effectively prevent creations from
appearing on history logs as long as one relies on ID comparison
alone. Whatever the case, any help would be greatly appreciated. :)
Thanks in advance!
    Ignacio de Lucas

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 14 08:44:46 2005

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.