Re: [sqlite] Concurrent inserts -> DB corruption in travisci vm with sqlite 3.7.9

2013-08-17 Thread Gary Weaver
On Sat, Aug 17, 2013 at 11:47 AM, Keith Medcalf wrote: > > On 16.08.2013 18:03, Gary Weaver wrote: > > You're right concurrency is not outlandish but from the viewpoint of > > sqlite it was therefore this answer and the link. > > Hold on here. > > What do you mean "it works

Re: [sqlite] Concurrent inserts -> DB corruption in travisci vm with sqlite 3.7.9

2013-08-17 Thread Keith Medcalf
> On 16.08.2013 18:03, Gary Weaver wrote: > > Thanks to you and Richard for the links and info. Concurrency is not > outlandish to expect, especially when it works in OS X and just not in > the Ubuntu vm in Travis, but I now understand that these are expected > problems. > >

Re: [sqlite] Concurrent inserts -> DB corruption in travisci vm with sqlite 3.7.9

2013-08-17 Thread Gary Weaver
Yuriy, Thanks for following up. Henrik of TravisCI had said that "We do not use network filesystems by default. We do use ramfs for some databases, but I don't think SQLite would use ramfs by default unless you put the database in an odd location. I'm also fairly sure we don't disable locks in

Re: [sqlite] Concurrent inserts -> DB corruption in travisci vm with sqlite 3.7.9

2013-08-17 Thread ibrahim
On 16.08.2013 18:03, Gary Weaver wrote: Thanks to you and Richard for the links and info. Concurrency is not outlandish to expect, especially when it works in OS X and just not in the Ubuntu vm in Travis, but I now understand that these are expected problems.