That seems to work thank you, this is quite odd to me given nfsv4 is
supposed to handle the locks natively. Anyway thank you, I'll create a
patch to activate unix-dotfile by default on network filesystems.
regards,
Bapt
2013/4/11 Richard Hipp
> On Thu, Apr 11, 2013 at 4:03
On Thu, Apr 11, 2013 at 4:03 AM, Baptiste Daroussin <
baptiste.darous...@gmail.com> wrote:
> Ok so I was not going in the right direction :)
>
> So how it is possible to corrupt a database on nfsv4? Does that ring a bell
> to someone?
>
>
Probably the posix advisory locks are not working. Have
On 11 April 2013 09:03, Baptiste Daroussin wrote:
> Ok so I was not going in the right direction :)
>
> So how it is possible to corrupt a database on nfsv4? Does that ring a bell
> to someone?
In case you have not already seen it:
Ok so I was not going in the right direction :)
So how it is possible to corrupt a database on nfsv4? Does that ring a bell
to someone?
2013/4/11 Richard Hipp
> On Wed, Apr 10, 2013 at 6:40 PM, Baptiste Daroussin <
> baptiste.darous...@gmail.com> wrote:
>
> > I'm trying to
On Wed, Apr 10, 2013 at 6:40 PM, Baptiste Daroussin <
baptiste.darous...@gmail.com> wrote:
> I'm trying to activate SQLITE_ENABLE_LOCKING_STYLE=1 on FreeBSD.
>
The SQLITE_ENABLE_LOCKING_STYLE compile-time option is code that was
contributed and supported by Apple specifically for use on Mac
I'm trying to activate SQLITE_ENABLE_LOCKING_STYLE=1 on FreeBSD.
We use SQLite for our new package manager and we get a report from a user
about a totally corrupted database when on nfsv4.
I want to try activating this option, but received a compilation failure
sqlite3.c:28290:14: error:
6 matches
Mail list logo