On 18.09.2019 4:13, Adriano dos Santos Fernandes wrote:
In API, but I'm not completely satisfied with solutions as they were
done related to above problems.
Preferable settings should be done on statement basis,
We have a problem with that approach. Cursor may be opened not only
using prepar
Hi *,
I'm bit lost in the logic of`addRef` and `release`. So better to ask, than
cause some leaks, right?
Let's suppose I call `IExternalContext::getAttachment` in a method and assign
it to local variable. Do I have to call `addRef` after getting the instance? Do
I have to explicitly call `re
On 20.09.2019 21:59, Jiří Činčura wrote:
Hi *,
I'm bit lost in the logic of`addRef` and `release`. So better to ask, than
cause some leaks, right?
Let's suppose I call `IExternalContext::getAttachment` in a method and assign
it to local variable. Do I have to call `addRef` after getting the
> Before returning some ref-counted object from a function it's reference
> count is increased - therefore no need to call addRef() for an object
> returned by some function. When a pointer is going away (no matter due
Just to make sure, by "going away" you mean "no longer needed", right?
> to
> Something like std::unique_ptr? Or anything specific for Firebird you
> have in mind?
For example something like RefPtr with REF_NO_INCR, to be precise.
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/li
On 20.09.2019 22:42, Jiří Činčura wrote:
Before returning some ref-counted object from a function it's reference
count is increased - therefore no need to call addRef() for an object
returned by some function. When a pointer is going away (no matter due
Just to make sure, by "going away" you mea
PLG$SRP table, PLG$SRP_VIEW View instructions are strangely added in the
metadata script extracted when Windows trusted authentication is enabled
-
