Thread (2 messages) flat view 2 messages, 2 authors, 2016-06-15

Re: [PATCH] revision walker: Fix --boundary when limited

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:58

Hi,

On Mon, 5 Mar 2007, Junio C Hamano wrote:
Johannes Schindelin [off-list ref] writes:
quoted
quoted
+	if (revs->reverse) {
+		l = NULL;
+		while ((c = get_revision_1(revs)))
+			commit_list_insert(c, &l);
+		revs->commits = l;
+		revs->reverse = 0;
 	}
Clever!
It is not clever, but just is stupid and WRONG.  It just shows
how little I care about --reverse ;-).

revision_1() is to get the full list without non limit limiters,
so the above loop would not even deplete the max_count but
literally grabs everything.
Oops. I missed the _1(), _and_ the missing "revs->reverse = 0"...
quoted
quoted
+	for (l = c->parents; l; l = l->next) {
AFAICT this changes behaviour: c->parents were possibly rewritten.
Well, the behaviour of max with boundary in 'master' did the same thing, 
as what was in revs->commits are rewritten parents of commits we already 
returned, didn't it?
I missed that, too. Maybe I should get more familiar with the revision 
walker first, before continuing to ask for ridicule.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help