On Jul 21, 2018, at 11:48 AM, Florian Balmer <florian.bal...@gmail.com> wrote:
>
> I've noticed something with the current tip version of Fossil…
> I tried to find a "last good" version by means of "bisecting", but…the delay
> never appears with Fossil 2.6.
I can see only two ways for those two sentences to be true at once, but it’s
unclear which is the case from the way you phrased it:
1. The tip of trunk and *only* the tip of trunk exhibits the problem behavior.
2. Every checkin after 2.6 exhibits it.
Which is it?
If the problem first appeared with [76800769], the fix drh checked in to clean
up the dangling journal files you were reporting, then I wonder if the delay is
waiting out some SQLite lock.
Windows’ native locking behavior is much more restrictive than the default on
pretty much every other platform, so I wonder if the new shutdown code path
created a temporary deadlock that gets broken by a SQLite timeout.
Try backing that checkin out to see if the prior problem (dangling journal
files) reappears, while the delay also goes away:
fossil up trunk # back out from the bisect
fossil revert # just to be sure
fossil merge --backout 76800769
Then build and test.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
