Re: Design Considerations for New Authentication Methods

Поиск
Список
Период
Сортировка
От Henry B. Hotz
Тема Re: Design Considerations for New Authentication Methods
Дата
Msg-id 1EDC85D1-8322-4A4D-9A96-E5B0889741ED@jpl.nasa.gov
обсуждение исходный текст
Ответ на Re: Design Considerations for New Authentication Methods  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Oct 31, 2006, at 8:34 PM, Tom Lane wrote:

> "Henry B. Hotz" <hotz@jpl.nasa.gov> writes:
>> I notice that all the
>> authentication (pg_fe_sendauth()) is done inside PWConnectPoll(),
>> which sounds like something that isn't expected to block on network
>> access.
>
> That's right.
>
>> Is this behavior important during startup?
>
> You needn't bother to submit a patch that breaks it ;-).

In other words I can't do the easy thing.  OK.

> But I don't
> really see that it's such a big deal.  You just need some state  
> data to
> keep track of what to do the next time you receive a message.  There's
> no assumption anywhere that authentication only involves one message
> exchange.

In a sense you're right.  The API's are designed to support that.   
Means I need to some more cases to the huge switch statement inside  
PWConnectPoll() though.

>> I haven't looked at the corresponding logic on the server side, but
>> I'd assume that it forks before we get to this point so it doesn't
>> matter.
>
> Correct, we don't need to worry about multitasking apps there.
>
>             regards, tom lane

------------------------------------------------------------------------ 
----
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: IN(subselect returning few values ...)
Следующее
От: "Chuck McDevitt"
Дата:
Сообщение: Re: [SQL] Case Preservation disregarding case