Re: [HACKERS] some more rambling on the new fe/be communication - Mailing list pgsql-hackers

From Brett McCormick
Subject Re: [HACKERS] some more rambling on the new fe/be communication
Date
Msg-id 13687.11021.415683.35119@web0.speakeasy.org
Whole thread Raw
In response to Re: [HACKERS] some more rambling on the new fe/be communication  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, 4 June 1998, at 19:10:09, Tom Lane wrote:

> > I am tempted to hold off on that once I get my current
> > SSL up to snuff and instead work on perl stored procedures, as I feel
> > that is more valuable (and will also do more to familiarize myself
> > with the code).
>
> I'd recommend you do the 6.4 version of the patch first, while it's
> still fresh in your mind.  AFAIK, stored procedures are a completely
> different area of the system; you won't learn anything there that is
> relevant to the FE/BE protocol.

I know -- I'm looking to learn more about other areas of the system.
And because the perl stored procedures will support lots of cool
backend functions (what sort of stuff is permissible to interface to?)
i'll learn about them that way.

I've learned as much about the fe/be protocol as I wish to know ;)
But I may take your advice.

> > I'm sure an SSL connection can be select()'d, and it does support
> > non-blocking recv (I think that's the only way).  I think it does
> > block, however, if it doesn't get a full SSL "packet" (or whatever the
> > appropriate term may be).
>
> Hmm ... I don't know enough about SSL to know if this is really a
> problem, but your comment raises warning flags in my head.  This
> needs investigation.

Unfortunately, SSL documention is rather incomplete.

thanks for your info, comments and suggestions

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] some more rambling on the new fe/be communication
Next
From: Chris Olivier
Date:
Subject: (no subject)