[darcs-devel] [patch1292] fixed failing fromJust in look-for-replaces implementa...

Ben Franksen bugs at darcs.net
Fri Feb 20 17:35:51 UTC 2015


Ben Franksen <benjamin.franksen at helmholtz-berlin.de> added the comment:

Sorry, I have no minimal test case. I can only try to explain what goes
on: IIUC the tree can contain so called Stub items. These represent
"holes" in the tree where we should expect a file or a subtree, but the
irem has not yet been read from disc. This is an optimization which
allows us to operate on parts of a tree without reading all of it in
memory. The findFile function returns Nothing id it hits a Stub. So what
we do is to expand everything in the tree which lies on the given path
(replacing Stubs with what is actually there).

In order to create a minimal example, one would need to find out which
of the hashed-storage functions called here create such a "partially
evaluated" tree (i.e. one with stubs in it) and study which
side-conditions exactly trigger this optimization.

__________________________________
Darcs bug tracker <bugs at darcs.net>
<http://bugs.darcs.net/patch1292>
__________________________________


More information about the darcs-devel mailing list