On Fri, Nov 01, 2013 at 07:50:58AM -0700, ZyX wrote: > > I recompiled vim with a DB_COUNT of 5, and that successfully worked to > > diff five files. I suspect that the DB_COUNT limit can be raised > > without difficulty. I suspect that with a bit of coding that the > > DB_COUNT could be made arbitrary (ie. dependent upon how many files are > > being requested for simultaneous diffing). > > Absence of limit makes sense. Both 9 and 4 look like some magic > number. 4 was questioned by OP, I just added a question for 9. > > I do not think though somebody is going to bother with memory > (de)allocation implied by removing the limit. But before increasing > limit to 9, 99 or INT_MAX one has to answer why. I do not see much > difference between 4 and 9: I never actually needed more then 3; and > even 3 diffed buffers are a bit confusing. Thus I would like to hear a > use-case that resulted in request to increase the limit.
I've once needed to diff five[*] very similar files[**]. I had to
rebuild vim after increasing that arbitrary limit, and then vimdiff
worked just fine.
[*] probably five, I don't remember the exact number, only that it was
more than vim's default limit
[**] they contained names of installed Debian packages from five
different computers, one per line
Marius Gedminas
--
The laser etcher can accept most any image data, (think logos or screen dumps!)
and render it on a heat-sensitive surface. There's a big tunable exhaust fan,
so the thing can be dialed in to Not vaporize your laptop.
-- Stuart Kreitman
signature.asc
Description: Digital signature
