You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by David Glasser <gl...@davidglasser.net> on 2007/11/30 00:46:39 UTC
log -g uses the wrong paths
So 'svn log URL' (without --stop-on-copy) does this thing where it
traces the path back across history, so not all of the log entries
actually contain the path the user typed on the command line.
log -g ignores that.
Look at libsvn_repos/log.c(do_logs). It does all this fancy stuff to
calculate an array of path_info structs (histories). But then it just
passes plain old 'paths' to send_logs, which tries to calculate
mergeinfo based on the paths the user typed.
This is wrong, and on my branch which actually checks for path
existence for the FS mergeinfo queries, throws an error. (But the
problem is that it is *wrong*, not that it throws an error.)
--dave
--
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: log -g uses the wrong paths
Posted by Daniel Rall <dl...@collab.net>.
On Thu, 29 Nov 2007, David Glasser wrote:
> So 'svn log URL' (without --stop-on-copy) does this thing where it
> traces the path back across history, so not all of the log entries
> actually contain the path the user typed on the command line.
>
> log -g ignores that.
>
> Look at libsvn_repos/log.c(do_logs). It does all this fancy stuff to
> calculate an array of path_info structs (histories). But then it just
> passes plain old 'paths' to send_logs, which tries to calculate
> mergeinfo based on the paths the user typed.
>
> This is wrong, and on my branch which actually checks for path
> existence for the FS mergeinfo queries, throws an error. (But the
> problem is that it is *wrong*, not that it throws an error.)
We need 'log -g' to intermix behavior like whatever Mike's
get_location_segments() is doing at the libsvn_repos level to re-introduce
the history tracing. Where should we inject that history tracing, and how
will it interact with these path_info structs?
--
Daniel Rall