Re: [sqlite] Question on the VdbeCursor structure changes

2010-04-17 Thread Robert Simpson
(as a result of multiple joins). -Original Message- From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of D. Richard Hipp Sent: Saturday, April 17, 2010 11:08 AM To: General Discussion of SQLite Database Subject: Re: [sqlite] Question on the VdbeCursor

Re: [sqlite] Question on the VdbeCursor structure changes

2010-04-17 Thread Paul Shaffer
Yes, it's for System.Data.SQLite. I'm trying to build it with the latest engine code. I've commented out that one else-if that won't compile and so far no errors, but that's a really bad way to proceed. The SQLiteKeyReader c# class is trying to get a row id for a cursor. declspec(dllexport) int

Re: [sqlite] Question on the VdbeCursor structure changes

2010-04-17 Thread Sylvain Pointeau
I think, without to be 100% sure, that it is for the wrapper .NET System.Data.SQLite. I was myself in front of this code (to have this wrapper using the latest sqlite version). I ended up by removing all this code, meaning that if you don't call dispose() in your code, it will not be garbage

Re: [sqlite] Question on the VdbeCursor structure changes

2010-04-17 Thread D. Richard Hipp
On Apr 17, 2010, at 1:02 PM, Paul Shaffer wrote: > Due to changes in VdbeCursor structure, this code for 3.6.16 won't > compile > anymore: > > else if(pC->pseudoTable) > { > *prowid = pC->iKey; > } > Your application should not be messing with internal data structures of SQLite, all of

[sqlite] Question on the VdbeCursor structure changes

2010-04-17 Thread Paul Shaffer
Due to changes in VdbeCursor structure, this code for 3.6.16 won't compile anymore: else if(pC->pseudoTable) { *prowid = pC->iKey; } and for 3.6.23 would have to be replaced by something like this: else if(pC->pseudoTableReg>0) { //*prowid = } My problem is that after about an hour of