Re: Integration of Psycopg with XTA

On 10/03/2018 10:50 PM, Christian Ferrari wrote:
[snip]
>  > I guess the capsule is meant to be consumed by the other API and using a
>  > method makes is explicit that a new object is instantiated every time. I
>  > really don't care about this, let's do whatever is more Pythonic.
> 
> Dear Daniele & Federico,
> I'm not a "pythonist" at all, I can't provide suggestions about "Python 
> style".
> In oo context, typically I expect to call a method when I need to 
> retrieve something, that's why I proposed a method instead of a property.
> Anyway, my obscure question was related to garbage collection: who is in 
> charge of destroying the capsule and how it must be destroyed?
> Looking at this example:
> 
> pgconn = xx._get_pgconn()
> do_something(pgconn)
> pgconn = yy._get_pgconn()
> 
> will the first capsule be automatically destroyed by the Python runtime 
> when pgconn is assigned to another one (yy....)? Or some explicit 
> statement must be executed?
> If everything is automatically managed by the Python runtime, I will be 
> very happy. If "do_something()" must release the capsule to avoid memory 
> leaks, I have to implement it.

The capsule is a standard reference-counted Python object. If the API 
just use the pointer inside it and does not keep a reference to the 
Python object itself, it will be free'd by the gc when the reference 
count goes to 0. In your example, the first capsule is garbage collected 
when you assign the second one to the same variable "pgconn".

@Daniele, I see that a capsule has an implicit state, "invalid" if the 
pointer inside it is null. Does it makes sense to reuse the same capsule 
and keep a reference to it to be able to invalidate it when the 
connection is closed?

federico

-- 
Federico Di Gregorio                         federico.digregorio@dndg.it
DNDG srl                                                  http://dndg.it
  The only thing I see is if you are pumping so much data into the
   database all the time when do you expect to look at it?
                                                         -- Charlie Clark