On 02/05/14 19:57, Andy Bradford wrote:
>>> Artifacts sent: 0 received: 895 Error: Database error: database is locked:
>>> {UPDATE event SET mtime=(SELECT m1 FROM time_fudge WHERE mid=objid) WHERE
>>> objid IN (SELECT mid FROM time_fudge);} <#key_3_2>
>>    [...]
>>    As you say, it is highly  reproducible, but it requires quite a bit
>> of time to trigger sometimes.
> 
> This particular  error hasn't come  up since this checkin  (which didn't
> make it into Fossil 1.28, so it's only in trunk or on branch-1.28):
> 
> http://www.fossil-scm.org/index.html/info/b4dffdac5e706980d911a0e672526ad461ec0640
> 
> I wonder if you could try again with a build from trunk?

   I've been using later versions of fossil for both the NetBSD and
pkgsrc repositories since this discussion took place, and I had one
"{COMMIT}" error, but other than that it has worked great.  I'm so happy
to be able to nuke the git repositories I have been using as a work-around.

   I'm very, very happy about this fix -- it changes a lot for me
(exclusively to the better).

-- 
Kind Regards,
Jan
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to