--- src/sys/vfs/hammer/hammer_prune.c	2008/06/27 20:56:59	1.9
+++ src/sys/vfs/hammer/hammer_prune.c	2008/06/30 00:03:55	1.10
@@ -303,6 +303,11 @@ prune_check_nlinks(hammer_cursor_t curso
  *	 accesses from "now" to the first snapshot softlink continue to
  *	 be fine-grained.
  *
+ * NOTE: It also looks like there's a bug in the removed code.  It is believed
+ *	 that create_tid can sometimes get set to 0xffffffffffffffff.  Just as
+ *	 well we no longer try to do this fancy shit.  Probably the attempt to
+ *	 correct the rhb is blowing up the cursor's indexing or addressing mapping.
+ *
  * Align the record to cover any gaps created through the deletion of
  * records within the pruning space.  If we were to just delete the records
  * there would be gaps which in turn would cause a snapshot that is NOT on