search for: deptj

...ext4 > Is use of Tcl actually a factor here, or can you reproduce it with > just C++ code? > > E.g. using the "simpleindex" example from the xapian-core sources: > > examples/simpleindex tmp.db & > examples/simpleindex tmp.db lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db & [1] 26157 lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db DatabaseLockError: Unable to get write lock on tmp.db: already locked [1]+ Stopped examples/simpleindex tmp.db so it...

...tor here, or can you reproduce it with > > just C++ code? > > > > E.g. using the "simpleindex" example from the xapian-core sources: > > > > examples/simpleindex tmp.db & > > examples/simpleindex tmp.db > > lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db & > [1] 26157 > lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db > DatabaseLockError: Unable to get write lock on tmp.db: already locked > > [1]+ Stopped examples/...

On Sun, 21 Feb 2016 22:33:22 +0000, Olly Betts <olly at survex.com> wrote: > On Sun, Feb 21, 2016 at 02:15:25PM +0100, Eric J wrote: > > I discovered, while trying to set up Tcl bindings for Notmuch > > (https://notmuchmail.org/), which uses Xapian, that flintlock was not > > being locked (I had lost updates). > > It seems to work for me, testing with this: >

...duce it with >>> just C++ code? >>> >>> E.g. using the "simpleindex" example from the xapian-core sources: >>> >>> examples/simpleindex tmp.db & >>> examples/simpleindex tmp.db >> >> lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db & >> [1] 26157 >> lfs at bruno [ /usr/src/sources-deptj/xapian-core-1.2.18 ]$ examples/simpleindex tmp.db >> DatabaseLockError: Unable to get write lock on tmp.db: already locked >> >> [1]+ Stopped...

I discovered, while trying to set up Tcl bindings for Notmuch (https://notmuchmail.org/), which uses Xapian, that flintlock was not being locked (I had lost updates). I then found that opening a Xapian database for writing directly via the Xapian Tcl bindings also silently fails to lock flintlock. I have taken a copy of flint_lock.cc to play with, and I find that it locks the file when called

Eric J <eric <at> deptj.eu> writes: > >> eric <at> bruno [ ~ ]$ tclsh > >> % info patchlevel > >> 8.6.1 > >> % package require Tcl 8 > >> 8.6.1 > >> % package require xapian 1.0.0 > >> 1.2.18 Does the problem occur with both Tcl 8.6.1 and the 8.5 se...

On Sat, 27 Feb 2016 19:39:11 +0100 (CET), Eric J <eric at deptj.eu> wrote: > On Thu, 25 Feb 2016 23:37:52 +0000, Olly Betts <olly at survex.com> wrote: 8>< -------- >> I'm testing with Tcl 8.6 (Debian package 8.6.4+dfsg-3), and it works for >> me. >> >> So it does seem it must be due to something your Tcl interpret...

On Thu, 25 Feb 2016 23:37:52 +0000, Olly Betts <olly at survex.com> wrote: > On Thu, Feb 25, 2016 at 05:21:17PM +0100, Eric J wrote: > > On Thu, 25 Feb 2016 02:24:51 +0000, Olly Betts <olly at survex.com> wrote: > > > It's clearly not as simple as execl() always releasing the lock, but I > > > don't think we've ruled out the OS entirely yet - the

On Sun, 21 Feb 2016 21:14:05 +0000 (UTC), Eric Lindblad <geirfuglaps at yahoo.com> wrote: > > Actually I have now found that the fcntl works, it is the execl which loses the lock! > > Could fork be at issue? That would sound sensible, but I have stepped through the code (my copy, obviously) with gdb, checking on the file with lsof in another session. The sequence is