Re: Shouldn't GSSAPI and SSL code use FeBeWaitSet? - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Shouldn't GSSAPI and SSL code use FeBeWaitSet?
Date
Msg-id CA+hUKG+prz9foFtsuAmcXNY9EUudjkAvYxpaoDh=wz-DuRzYyQ@mail.gmail.com
Whole thread Raw
In response to Shouldn't GSSAPI and SSL code use FeBeWaitSet?  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: Shouldn't GSSAPI and SSL code use FeBeWaitSet?
List pgsql-hackers
On Mon, Feb 24, 2020 at 4:49 PM Thomas Munro <thomas.munro@gmail.com> wrote:
> While working on a patch to reuse a common WaitEventSet for latch
> waits, I noticed that be-secure-gssapi.c and be-secure-openssl.c don't
> use FeBeWaitSet.  They probably should, for consistency with
> be-secure.c, because that surely holds the socket they want, no?

Hmm.  Perhaps it's like that because they're ignoring their latch
(though they pass it in just because that interface requires it).  So
then why not reset it and process read interrupts, like be-secure.c?



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Shouldn't GSSAPI and SSL code use FeBeWaitSet?
Next
From: Thomas Munro
Date:
Subject: Re: pgsql: Add kqueue(2) support to the WaitEventSet API.