Browse Source

Favor earlier PackFile instances over later duplicates

There is a potential race condition during insertPack that can lead
to us having the same pack file open twice in the same directory.

A different thread can miss an object on disk, and trigger a scan
of the directory, and notice the pack that was put in by IndexPack.
So the pack winds up in the newly created PackList.

The IndexPack thread then wakes up and finishes its insertPack by
creating a new PackFile and inserting it into position 0 of the list.
We now have the same pack listed twice.

Readers will favor the earlier PackFile instance, because its the
first one they come across as they iterate through the list.

Keep that earlier one when we scan the pack directory again, as
this will avoid needing to purge out all of the windows that may
have been cached.

Of course we should also fix that race condition, but this block
was taking the wrong resolution if this error ever shows up, so
lets first fix the block to use a more sane resolution.

Change-Id: I0d339b9fd1dd8012e8fe5a564b893c0f69109e28
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
stable-0.8
Shawn O. Pearce 15 years ago
parent
commit
a0a52897ed
  1. 7
      org.eclipse.jgit/src/org/eclipse/jgit/lib/ObjectDirectory.java

7
org.eclipse.jgit/src/org/eclipse/jgit/lib/ObjectDirectory.java

@ -416,10 +416,11 @@ public class ObjectDirectory extends ObjectDatabase {
// This should never occur. It should be impossible for us
// to have two pack files with the same name, as all of them
// came out of the same directory. If it does, we promised to
// close any PackFiles we did not reuse, so close the one we
// just evicted out of the reuse map.
// close any PackFiles we did not reuse, so close the second,
// readers are likely to be actively using the first.
//
prior.close();
forReuse.put(prior.getPackFile().getName(), prior);
p.close();
}
}
return forReuse;

Loading…
Cancel
Save