From: | Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>, Stephen Frost <sfrost(at)snowman(dot)net>, Dave Page <dpage(at)vale-housing(dot)co(dot)uk>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Practical impediment to supporting multiple SSL libraries |
Date: | 2006-04-16 21:30:04 |
Message-ID: | 4442B75C.8010301@tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Martijn van Oosterhout wrote:
>On Thu, Apr 13, 2006 at 09:00:10PM -0400, Tom Lane wrote:
>
>
>>Probably there would need to be at least three callbacks involved:
>>one for setup, called just after the tuple descriptor info has been
>>received; one for per-field data receipt, and one for per-tuple
>>operations (called after all the fields of the current tuple have
>>been passed to the per-field callback). Maybe you'd want a shutdown
>>callback too, although that's probably not strictly necessary since
>>whatever you might need it to do could be done equally well in the
>>app after PQgetResult returns. (You still want to return a PGresult
>>to carry command success/failure info, and probably the tuple descriptor
>>info, even though use of the callbacks would leave it containing none of
>>the data.)
>>
>>
>
>Sounds really good. The only thing now is that the main author of the
>wire-protocol code in psqlODBC has not yet made any comment on any of
>this. So we dont want to set anything in stone until we know it would
>solve their problem...
>
>
Unfortunately I don't have so much time to examine it.
Though the double_copying issue may be the biggest one, I'm pretty sure
it's not the unqiue one. We are happy if we would be able to replace the
current
code by libpq API one by one but it's impossible because the driver
can't go back
to libpq mode once after it went into hi-jacking mode.
As for hi-jacking mode used in the driver it's better to be able to use
encapsulated
recv/send than getting the pointer to SSL or socket.
regards,
Hiroshi Inoue
From | Date | Subject | |
---|---|---|---|
Next Message | Gevik Babakhani | 2006-04-16 22:17:47 | Re: Regrading TODO item alerting pg_hba.conf from SQL |
Previous Message | Tom Lane | 2006-04-16 21:29:04 | Re: A successor for PQgetssl |