Favor earlier PackFile instances over later duplicates
commita0a52897ed3fb66ff8a7e1737bf854042f77f0ce
authorShawn O. Pearce <spearce@spearce.org>
Mon, 26 Apr 2010 21:42:40 +0000 (26 14:42 -0700)
committerShawn O. Pearce <spearce@spearce.org>
Tue, 27 Apr 2010 00:32:04 +0000 (26 17:32 -0700)
tree0174aaffee5d27e14bb8d628f7f37730ffcc5581
parenteeed0abd1626eb972059252bdc1c68b5bb8faf78
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>
org.eclipse.jgit/src/org/eclipse/jgit/lib/ObjectDirectory.java