diff options
| author | Keith Packard <keithp@keithp.com> | 2007-10-02 22:44:15 -0700 |
|---|---|---|
| committer | Junio C Hamano <gitster@pobox.com> | 2007-10-02 23:18:58 -0700 |
| commit | 95af39fcb2d84c8ef2844a9d890e3c67a2e0e1ec (patch) | |
| tree | a75ca427b6832c01aded76499c4fb203a7619da5 | |
| parent | 96e24abc9f14c83abd1e269e1d5bc1c9e50d3fca (diff) | |
| download | git-95af39fcb2d84c8ef2844a9d890e3c67a2e0e1ec.tar.gz git-95af39fcb2d84c8ef2844a9d890e3c67a2e0e1ec.tar.xz | |
Must not modify the_index.cache as it may be passed to realloc at some point.
The index cache is not static, growing as new entries are added. If
entries are added after prune_cache is called, cache will no longer
point at the base of the allocation, and realloc will not be happy.
I verified that this was the only place in the current source which
modified any index_state.cache elements aside from the alloc/realloc
calls in read-cache by changing the type of the element to 'struct
cache_entry ** const cache' and recompiling.
A more efficient patch would create a separate 'cache_base' value to
track the allocation and then fix things up when reallocation was
necessary, instead of the brute-force memmove used here.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
| -rw-r--r-- | builtin-ls-files.c | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/builtin-ls-files.c b/builtin-ls-files.c index 6c1db86e8..171d44904 100644 --- a/builtin-ls-files.c +++ b/builtin-ls-files.c @@ -280,7 +280,8 @@ static void prune_cache(const char *prefix) if (pos < 0) pos = -pos-1; - active_cache += pos; + memmove(active_cache, active_cache + pos, + (active_nr - pos) * sizeof(struct cache_entry *)); active_nr -= pos; first = 0; last = active_nr; |