# [PATCH 4/9] Discard "deleted" cache entries after using them to update the working tree 3 messages from 2008-01-25 to 2008-01-26. Participants: Daniel Barkalow, Junio C Hamano. Thread: https://gitlist.dev/t/11738 ## Daniel Barkalow, 2008-01-25 23:24 Subject: [PATCH 4/9] Discard "deleted" cache entries after using them to update the working tree Message-ID: URL: https://gitlist.dev/e/alpine.LNX.1.00.0801251820330.13593%40iabervon.org ``` Way back in read-tree.c, we used a mode 0 cache entry to indicate that an entry had been deleted, so that the update code would remove the working tree file, and we would just skip it when writing out the index file afterward. These days, unpack_trees is a library function, and it is still leaving these entries in the active cache. Furthermore, unpack_trees doesn't correctly ignore those entries, and who knows what other code wouldn't expect them to be there, but just isn't yet called after a call to unpack_trees. To avoid having other code trip over these entries, have check_updates() remove them after it removes the working tree files. While we're at it, make the loop more obvious and skip passing in globals to a static function with only one caller. Signed-off-by: Daniel Barkalow --- It's likely that this should get merged in some way with Linus's series to handle the in-core index differently in general. But this is a simple solution to the problem that's sufficient for this particular series. unpack-trees.c | 16 +++++++++------- 1 files changed, 9 insertions(+), 7 deletions(-) diff --git a/unpack-trees.c b/unpack-trees.c index d6bae1b..ac919c7 100644 --- a/unpack-trees.c +++ b/unpack-trees.c @@ -288,17 +288,17 @@ static void unlink_entry(char *name, char *last_symlink) } static struct checkout state; -static void check_updates(struct cache_entry **src, int nr, - struct unpack_trees_options *o) +static void check_updates(struct unpack_trees_options *o) { unsigned short mask = htons(CE_UPDATE); unsigned cnt = 0, total = 0; struct progress *progress = NULL; char last_symlink[PATH_MAX]; + int i; if (o->update && o->verbose_update) { - for (total = cnt = 0; cnt < nr; cnt++) { - struct cache_entry *ce = src[cnt]; + for (total = cnt = 0; cnt < active_nr; cnt++) { + struct cache_entry *ce = active_cache[cnt]; if (!ce->ce_mode || ce->ce_flags & mask) total++; } @@ -309,14 +309,16 @@ static void check_updates(struct cache_entry **src, int nr, } *last_symlink = '\0'; - while (nr--) { - struct cache_entry *ce = *src++; + for (i = 0; i < active_nr; i++) { + struct cache_entry *ce = active_cache[i]; if (!ce->ce_mode || ce->ce_flags & mask) display_progress(progress, ++cnt); if (!ce->ce_mode) { if (o->update) unlink_entry(ce->name, last_symlink); + remove_cache_entry_at(i); + i--; continue; } if (ce->ce_flags & mask) { @@ -375,7 +377,7 @@ int unpack_trees(unsigned len, struct tree_desc *t, struct unpack_trees_options error("Merge requires file-level merging"); } - check_updates(active_cache, active_nr, o); + check_updates(o); return 0; } -- 1.5.4.rc3.4.g16335 ``` ## Junio C Hamano, 2008-01-25 23:53 Subject: Re: [PATCH 4/9] Discard "deleted" cache entries after using them to update the working tree Message-ID: <7v63xh5uo0.fsf@gitster.siamese.dyndns.org> URL: https://gitlist.dev/e/7v63xh5uo0.fsf%40gitster.siamese.dyndns.org In-Reply-To: ``` Daniel Barkalow writes: > It's likely that this should get merged in some way with Linus's series to > handle the in-core index differently in general. But this is a simple > solution to the problem that's sufficient for this particular series. Just to let you know, the early parts of lt/in-core-index series are already in 'next', and it will be one of the first topics to graduate to 'master' post 1.5.4. I think we both understand that this round is sent purely for discussion and I won't be picking them up right now nor later before the "for possible inclusion" resend you will be making post 1.5.4, so it should not matter too much which exact version this round is based on. It however may be worthwhile for you to plan rebasing your future rounds on top of 077c48df8a72b046a2f562fedffa1c3d3a73a4e2 (read-cache.c: fix a couple more CE_REMOVE conversion). Thanks. ``` ## Daniel Barkalow, 2008-01-26 00:54 Subject: Re: [PATCH 4/9] Discard "deleted" cache entries after using them to update the working tree Message-ID: URL: https://gitlist.dev/e/alpine.LNX.1.00.0801251939570.13593%40iabervon.org In-Reply-To: <7v63xh5uo0.fsf@gitster.siamese.dyndns.org> ``` On Fri, 25 Jan 2008, Junio C Hamano wrote: > Daniel Barkalow writes: > > > It's likely that this should get merged in some way with Linus's series to > > handle the in-core index differently in general. But this is a simple > > solution to the problem that's sufficient for this particular series. > > Just to let you know, the early parts of lt/in-core-index series > are already in 'next', and it will be one of the first topics to > graduate to 'master' post 1.5.4. > > I think we both understand that this round is sent purely for > discussion and I won't be picking them up right now nor later > before the "for possible inclusion" resend you will be making > post 1.5.4, so it should not matter too much which exact version > this round is based on. > > It however may be worthwhile for you to plan rebasing your > future rounds on top of 077c48df8a72b046a2f562fedffa1c3d3a73a4e2 > (read-cache.c: fix a couple more CE_REMOVE conversion). I've now got a version rebased on that. The conflicts are pretty straightforward, and the tests all pass (once I fix the unrelated bug in 9/9 wrt the lockfile API change). -Daniel *This .sig left intentionally blank* ```