Re: Practical impediment to supporting multiple SSL libraries - Mailing list pgsql-hackers

From Dave Page
Subject Re: Practical impediment to supporting multiple SSL libraries
Date
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9C9A@ratbert.vale-housing.co.uk
Whole thread Raw
In response to Practical impediment to supporting multiple SSL libraries  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: Practical impediment to supporting multiple SSL libraries  (Martijn van Oosterhout <kleptog@svana.org>)
List pgsql-hackers

> -----Original Message-----
> From: Martijn van Oosterhout [mailto:kleptog@svana.org]
> Sent: 13 April 2006 12:34
> To: Dave Page
> Cc: pgsql-hackers@postgresql.org; Hiroshi Inoue
> Subject: Re: [HACKERS] Practical impediment to supporting
> multiple SSL libraries
>
> However, w.r.t. the copying, the pointers in get PGresult are
> in memory belonging to that result. As long as that PGresult
> hangs around, you should be able to just copy the pointers
> rather than the data? Or is this unacceptable?

It copies the data. I can't think offhand why it was implemented that
way, but then I didn't write the code (Anoop & Siva @ Pervasive did).

Anyhoo, as I've said, that approach has now been abandoned anyway in
favour of Hiroshi's, so it's him you'd need to convince to change. The
rest of us have only just started re-learning the code.

Regards, Dave


pgsql-hackers by date:

Previous
From: Martijn van Oosterhout
Date:
Subject: Re: Practical impediment to supporting multiple SSL libraries
Next
From: Stephen Frost
Date:
Subject: Re: Practical impediment to supporting multiple SSL libraries