Thursday 12 of November 2009 06:09:40 Dan Kennedy napisał(a):
> I don't think you can use sqlite3_result_value() with a value
> that comes from a different database connection. At least not
> currently. The xColumn() method of the patched echo-vtab does
> that.
>
> Dan.
That is right.
I first
On Nov 12, 2009, at 11:31 AM, Roger Binns wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Grzegorz Wierzchowski wrote:
>> That was my first suspicion that there is some memmove with cursor
>> object or so.
>> This would mean that sqlite* or maybe other sensitive pointers can
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Wierzchowski wrote:
> That was my first suspicion that there is some memmove with cursor object or
> so.
> This would mean that sqlite* or maybe other sensitive pointers can not be
> members of cursor object, what is wrong for me.
There is
Wednesday 11 of November 2009 19:03:09 Roger Binns napisał(a):
> Can you do this a unified diff please?
>
> In any case it looks like you are trying to manipulate the database pointer
> while a query is running.
>
> Roger
That was my first suspicion that there is some memmove with cursor object
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Wierzchowski wrote:
> $ diff sqlite-3.6.20-BUG/src/test8.c sqlite-3.6.20-ORIGINAL/src/test8.c
> 93d92
> < sqlite3 *pDb;/* Database connection */
> 572,574d570
> < if (pCur->pDb)
> < sqlite3_close(pCur->pDb);
> <
Sorry for long message, but this is required to explain my point.
Message is intended mainly to SQLite developers according new workflow for
announcing bug candidates; regular users espacially those not using modules may
skip it.
It looks like virtual tables' interface do not allow for doing
6 matches
Mail list logo
