RE: [HACKERS] Bug in postgresql-6.3.2 - Mailing list pgsql-hackers

From Stupor Genius
Subject RE: [HACKERS] Bug in postgresql-6.3.2
Date
Msg-id 000001bd8542$57126140$d197accf@darren
Whole thread Raw
In response to Re: [HACKERS] Bug in postgresql-6.3.2  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
> The line you are complaining about is:
>
>     if ((port->sock = accept(server_fd,
>                              (struct sockaddr *) & port->raddr,
>                              &addrlen)) < 0)
>
> while BSDI has accept defined as:
>
>     int accept(int s, struct sockaddr *addr, int *addrlen);
>
> So AIX has the last parameter defined as size_t, huh?  I looked at the
> accept manual page, and addrlen is the length of the addr field.  Hard
> to imagine that is ever going to be larger than an int.  Does any other
> OS have that third parameter as anything but an int*?
>
> We may need to add some aix-specific check on a configure check for
> this.

From aix 4.1 to 4.2, it changed from an int* to an unsigned long*, which
is probably what size_t is defined as.

Wasn't just accept() though. There were other socket functions, but I
don't recall the names offhand.  Not around aix anymore either... :)

Check thru the questions digests. I helped a couple of people compile
past this glitch, latest being Jim Kraii I believe.

darrenk

pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Time to fix libpgtcl for async NOTIFY
Next
From: dg@illustra.com (David Gould)
Date:
Subject: Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes