Re: ss_family in hba.c

Поиск
Список
Период
Сортировка
От Kurt Roeckx
Тема Re: ss_family in hba.c
Дата
Msg-id 20030624170214.GA20197@ping.be
обсуждение исходный текст
Ответ на Re: ss_family in hba.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: ss_family in hba.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Mon, Jun 23, 2003 at 07:49:11PM -0400, Bruce Momjian wrote:
>
> I have applied a patch to CVS to fix the problem.  It is all your patch,
> except for the part you got from me, which was wrong.  :-(
>
> It took me a while to realize the subtlety of your patch.  First, it
> removes the use of sa_family_t _except_ for cases that don't have
> SOCKADDR_STORAGE, where it is required.  Second, it allows for a
> structure member named ss_family or __ss_family, tested via configure.
>
> This should fix most platforms.  I am not sure how cygwin is going to
> handle this --- we might have to add a specific sa_family_t typedef for
> that platform --- MinGW does have sa_family_t, but probably doesn't need
> it anyway.  Testing for the size of sa_family_t is possible via
> configure, but if only cygwin needs it, we can just hard-code that
> platform in the template files.  Cygwin folks, would you test CVS and
> let me know.

There are probably other systems that don't have sa_family_t yet,
but they should be rather old.  Even my Solaris 2.6 already seems
to have it.

What I was confused about is, is that cygwin seems to have a
struct sockaddr_storage in the first place (in winsock2.h).  I'm
not sure what problem he really had since he only told it how he
solved it.

All that probably needed to change for cygwin was to no longer
use sa_family_t in the getaddrinfo.c.


Kurt


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

Предыдущее
От: Yutaka tanida
Дата:
Сообщение: Re: lru cache replacement
Следующее
От: "Maksim Likharev"
Дата:
Сообщение: Re: TO_CHAR SO SLOW???