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

RE: [PATCH] Re: Gitk --all error when there are more than 797 refs in a repository

From: Murphy, John <hidden>
Date: 2016-06-15 22:47:26

Johannes Sixt writes:
I cannot reproduce the error. I have a repository with 100 commits in
a
linear history and 5000 refs (50 refs per commit). They are named
refs/heads/branch-XXXX. I don't see any problems with 'gitk --all'.
That still leave you with only 100 unique refs.
You need over 797 unique refs.
The error must be in some other git invocation.
I put many debug pop-ups around the code and I believe that this the
call that is dying on.
This is the only part of the code that has the error text "fatal:
ambiguous argument".


Paul Mackerras writes:
I knew about the 32k command-line limit under windows, but I don't see
how that applies in this case unless it is $revs that is too long (and
if that is the case then I don't see how your patch helps).  Is there
also a 32k limit on the size of data returned by a command executed
with [exec]?
In this case $revs is "--all"

I believe what I am experiencing is a 32K limit with [exec]

Additional info:
My repo has: 17,737 commits
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help