What I need is 'install and don't care' because I use many C++ classes
as lifetime objects.
I think that my solution does work now well, but if there would be a way to
avoid use of SQL parser, it would be better.
2013/7/27 Max Vlasov
> On Fri, Jul 26, 2013 at 9:56 PM, Dušan Paulovič
> wrote:
>
On Fri, Jul 26, 2013 at 9:56 PM, Dušan Paulovič wrote:
> Thanks for suggestion, but:
> 1.) one object is not linked to one connection
>
If you have your own memory management, it's not a problem since the scheme
I described is basically just a storage of pointers. To free or not to free
(if the
Thanks for suggestion, but:
1.) one object is not linked to one connection
2.) object is not destroyed together with connection
Dusan
2013/7/26 Max Vlasov
> Hi, Dušan
>
>
> On Thu, Jul 25, 2013 at 2:39 PM, Dušan Paulovič
> wrote:
>
> > Hello, is there a way to somehow set a connection life-ti
Hi, Dušan
On Thu, Jul 25, 2013 at 2:39 PM, Dušan Paulovič wrote:
> Hello, is there a way to somehow set a connection life-time object?
> ...
>
>
> It would be fine to have something like:
> int sqlite3_set_lifetime_object(
> sqlite3 *db, /*db connection*/
> const char *zObjectN
Hello, is there a way to somehow set a connection life-time object?
I mean something like:
Let's imagine you are working with some sqlite3 connection and want so
share same data with extensions, but must be guaranteed, that object gets
destroyed when connection is closed.
For now, I use creating
5 matches
Mail list logo