Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] ss_family in hba.c

From: Jason Tishler <jason(at)tishler(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Kurt Roeckx <Q(at)ping(dot)be>,PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>,pgsql-cygwin(at)postgreSQL(dot)org
Subject: Re: [HACKERS] ss_family in hba.c
Date: 2003-06-24 12:12:30
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-cygwinpgsql-generalpgsql-hackerspgsql-patches

On Mon, Jun 23, 2003 at 07:49:11PM -0400, Bruce Momjian wrote:
> 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.

The above seems to be OK for Cygwin too.


PGP/GPG Key: or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

In response to

pgsql-cygwin by date

Next:From: Kurt RoeckxDate: 2003-06-24 17:02:14
Subject: Re: [HACKERS] ss_family in hba.c
Previous:From: Jason TishlerDate: 2003-06-24 12:09:24
Subject: Re: [HACKERS] sa_family_t in cygwin compile of cvs + regression failure

pgsql-hackers by date

Next:From: Yutaka tanidaDate: 2003-06-24 12:23:10
Subject: Re: lru cache replacement
Previous:From: Yutaka tanidaDate: 2003-06-24 12:12:08
Subject: Re: 2Q implementaion for PostgreSQL buffer replacement.

pgsql-patches by date

Next:From: IvarDate: 2003-06-24 12:42:47
Subject: bytea char escaping
Previous:From: Jason TishlerDate: 2003-06-24 12:03:34
Subject: Re: ecpg compile (compatlib)

pgsql-general by date

Next:From: Carlos OlivaDate: 2003-06-24 12:24:10
Subject: Re: Eliminating start error message: "unary operator
Previous:From: Teodor SigaevDate: 2003-06-24 11:53:50
Subject: Re: tsearch: immutable functions?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group