Hi,

I have those errors on Unixware 713 with yesterday and today's CVS
Script started on Sun Sep  7 20:19:16 2003
$ make
Using GNU make found at /usr/local/bin/gmake
/usr/local/bin/gmake -C doc all
gmake[1]: Entering directory `/home/postgres/pgsql/doc'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/home/postgres/pgsql/doc'
/usr/local/bin/gmake -C src all
gmake[1]: Entering directory `/home/postgres/pgsql/src'
/usr/local/bin/gmake -C port all
gmake[2]: Entering directory `/home/postgres/pgsql/src/port'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/home/postgres/pgsql/src/port'
/usr/local/bin/gmake -C backend all
gmake[2]: Entering directory `/home/postgres/pgsql/src/backend'
/usr/local/bin/gmake -C ../../src/port all
gmake[3]: Entering directory `/home/postgres/pgsql/src/port'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/port'
/usr/local/bin/gmake -C access all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/access'
/usr/local/bin/gmake -C common SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/common'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/common'
/usr/local/bin/gmake -C gist SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/gist'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/gist'
/usr/local/bin/gmake -C hash SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/hash'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/hash'
/usr/local/bin/gmake -C heap SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/heap'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/heap'
/usr/local/bin/gmake -C index SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/index'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/index'
/usr/local/bin/gmake -C nbtree SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/nbtree'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/nbtree'
/usr/local/bin/gmake -C rtree SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/rtree'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/rtree'
/usr/local/bin/gmake -C transam SUBSYS.o
gmake[4]: Entering directory `/home/postgres/pgsql/src/backend/access/transam'
gmake[4]: `SUBSYS.o' is up to date.
gmake[4]: Leaving directory `/home/postgres/pgsql/src/backend/access/transam'
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/access'
/usr/local/bin/gmake -C bootstrap all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/bootstrap'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/bootstrap'
/usr/local/bin/gmake -C catalog all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/catalog'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/catalog'
/usr/local/bin/gmake -C parser all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/parser'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/parser'
/usr/local/bin/gmake -C commands all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/commands'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/commands'
/usr/local/bin/gmake -C executor all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/executor'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/executor'
/usr/local/bin/gmake -C lib all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/lib'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/lib'
/usr/local/bin/gmake -C libpq all
gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c -o ip.o ip.c
UX:acomp: ERROR: "ip.c", line 416: Syntax error before or at: .
UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 427: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 428: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 429: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 430: left operand of "." must be struct/union object
UX:acomp: ERROR: "ip.c", line 451: Syntax error before or at: .
UX:acomp: ERROR: "ip.c", line 452: invalid type combination
UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 464: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 465: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 466: left operand of "." must be struct/union object
UX:acomp: WARNING: "ip.c", line 467: left operand of "." must be struct/union object
gmake[3]: *** [ip.o] Error 1
gmake[3]: Leaving directory `/home/postgres/pgsql/src/backend/libpq'
gmake[2]: *** [libpq-recursive] Error 2
gmake[2]: Leaving directory `/home/postgres/pgsql/src/backend'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/home/postgres/pgsql/src'
gmake: *** [all] Error 2
*** Error code 2 (bu21)
UX:make: ERROR: fatal error.

Any clue?

Also, Has anyone tried DLZ (bind with postgresql) and can give me pointers
on it.

Many thanks in advance
-- 
Olivier PRENANT        	        Tel: +33-5-61-50-97-00 (Work)
6, Chemin d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                       +33-6-07-63-80-64 (GSM)
FRANCE                          Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)

Sun, 7 Sep 2003 20:22:30 +0200 (MET DST)
ohp@pyrenet.fr
Unixware 713 probs
--On Sunday, September 07, 2003 20:22:30 +0200 ohp@pyrenet.fr wrote:

[snip]

> /usr/local/bin/gmake -C libpq all
> gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
> cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c -o
> ip.o ip.c UX:acomp: ERROR: "ip.c", line 416: Syntax error before or at: .
> UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be
> struct/union object UX:acomp: WARNING: "ip.c", line 427: left operand of
> "." must be struct/union object UX:acomp: WARNING: "ip.c", line 428: left
> operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
> line 429: left operand of "." must be struct/union object UX:acomp:
> WARNING: "ip.c", line 430: left operand of "." must be struct/union object
> UX:acomp: ERROR: "ip.c", line 451: Syntax error before or at: .
> UX:acomp: ERROR: "ip.c", line 452: invalid type combination
> UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be
> struct/union object UX:acomp: WARNING: "ip.c", line 464: left operand of
> "." must be struct/union object UX:acomp: WARNING: "ip.c", line 465: left
> operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
> line 466: left operand of "." must be struct/union object UX:acomp:
line 416 is:

int32          s_addr;

s_addr is seen by the compiler as:

uint32           __S_un . __S_addr ;


We need to pick another name.

LER

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Sun, 07 Sep 2003 14:18:59 -0500
Larry Rosenman <ler@lerctr.org>
Re: Unixware 713 probs
--On Sunday, September 07, 2003 14:19:00 -0500 Larry Rosenman 
<ler@lerctr.org> wrote:

>
>
> --On Sunday, September 07, 2003 20:22:30 +0200 ohp@pyrenet.fr wrote:
>
> [snip]
>
>> /usr/local/bin/gmake -C libpq all
>> gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
>> cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c -o
>> ip.o ip.c UX:acomp: ERROR: "ip.c", line 416: Syntax error before or at: .
>> UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be
>> struct/union object UX:acomp: WARNING: "ip.c", line 427: left operand of
>> "." must be struct/union object UX:acomp: WARNING: "ip.c", line 428: left
>> operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
>> line 429: left operand of "." must be struct/union object UX:acomp:
>> WARNING: "ip.c", line 430: left operand of "." must be struct/union
>> object UX:acomp: ERROR: "ip.c", line 451: Syntax error before or at: .
>> UX:acomp: ERROR: "ip.c", line 452: invalid type combination
>> UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be
>> struct/union object UX:acomp: WARNING: "ip.c", line 464: left operand of
>> "." must be struct/union object UX:acomp: WARNING: "ip.c", line 465: left
>> operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
>> line 466: left operand of "." must be struct/union object UX:acomp:
> line 416 is:
>
> int32          s_addr;
>
> s_addr is seen by the compiler as:
>
> uint32           __S_un . __S_addr ;
>
>
> We need to pick another name.
>
> LER
Here's a quickie patch I did to fix it.

Index: src/backend/libpq/ip.c
===================================================================
RCS file: /projects/cvsroot/pgsql-server/src/backend/libpq/ip.c,v
retrieving revision 1.21
diff -u -r1.21 ip.c
--- src/backend/libpq/ip.c	5 Sep 2003 23:07:21 -0000	1.21
+++ src/backend/libpq/ip.c	7 Sep 2003 19:36:06 -0000
@@ -413,10 +413,10 @@
 {
 	struct sockaddr_in addr4;
 	struct sockaddr_in6 addr6;
-	uint32		s_addr;
+	uint32		pg_s_addr;

 	memcpy(&addr4, addr, sizeof(addr4));
-	s_addr = ntohl(addr4.sin_addr.s_addr);
+	pg_s_addr = ntohl(addr4.sin_addr.s_addr);

 	memset(&addr6, 0, sizeof(addr6));

@@ -424,10 +424,10 @@

 	addr6.sin6_addr.s6_addr[10] = 0xff;
 	addr6.sin6_addr.s6_addr[11] = 0xff;
-	addr6.sin6_addr.s6_addr[12] = (s_addr >> 24) & 0xFF;
-	addr6.sin6_addr.s6_addr[13] = (s_addr >> 16) & 0xFF;
-	addr6.sin6_addr.s6_addr[14] = (s_addr >> 8) & 0xFF;
-	addr6.sin6_addr.s6_addr[15] = (s_addr) & 0xFF;
+	addr6.sin6_addr.s6_addr[12] = (pg_s_addr >> 24) & 0xFF;
+	addr6.sin6_addr.s6_addr[13] = (pg_s_addr >> 16) & 0xFF;
+	addr6.sin6_addr.s6_addr[14] = (pg_s_addr >> 8) & 0xFF;
+	addr6.sin6_addr.s6_addr[15] = (pg_s_addr) & 0xFF;

 	memcpy(addr, &addr6, sizeof(addr6));
 }
@@ -448,11 +448,11 @@
 {
 	struct sockaddr_in addr4;
 	struct sockaddr_in6 addr6;
-	uint32		s_addr;
+	uint32		pg_s_addr;
 	int			i;

 	memcpy(&addr4, addr, sizeof(addr4));
-	s_addr = ntohl(addr4.sin_addr.s_addr);
+	pg_s_addr = ntohl(addr4.sin_addr.s_addr);

 	memset(&addr6, 0, sizeof(addr6));

@@ -461,10 +461,10 @@
 	for (i = 0; i < 12; i++)
 		addr6.sin6_addr.s6_addr[i] = 0xff;

-	addr6.sin6_addr.s6_addr[12] = (s_addr >> 24) & 0xFF;
-	addr6.sin6_addr.s6_addr[13] = (s_addr >> 16) & 0xFF;
-	addr6.sin6_addr.s6_addr[14] = (s_addr >> 8) & 0xFF;
-	addr6.sin6_addr.s6_addr[15] = (s_addr) & 0xFF;
+	addr6.sin6_addr.s6_addr[12] = (pg_s_addr >> 24) & 0xFF;
+	addr6.sin6_addr.s6_addr[13] = (pg_s_addr >> 16) & 0xFF;
+	addr6.sin6_addr.s6_addr[14] = (pg_s_addr >> 8) & 0xFF;
+	addr6.sin6_addr.s6_addr[15] = (pg_s_addr) & 0xFF;

 	memcpy(addr, &addr6, sizeof(addr6));
 }


also on my http://www.lerctr.org/~ler/postgresql page.

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Sun, 07 Sep 2003 14:39:24 -0500
Larry Rosenman <ler@lerctr.org>
Re: Unixware 713 probs

On Sun, 7 Sep 2003, Larry Rosenman wrote:

>
>
> --On Sunday, September 07, 2003 20:22:30 +0200 ohp@pyrenet.fr wrote:
>
> [snip]
>
> > /usr/local/bin/gmake -C libpq all
> > gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
> > cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c -o
> > ip.o ip.c UX:acomp: ERROR: "ip.c", line 416: Syntax error before or at: .
> > UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be
> > struct/union object UX:acomp: WARNING: "ip.c", line 427: left operand of
> > "." must be struct/union object UX:acomp: WARNING: "ip.c", line 428: left
> > operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
> > line 429: left operand of "." must be struct/union object UX:acomp:
> > WARNING: "ip.c", line 430: left operand of "." must be struct/union object
> > UX:acomp: ERROR: "ip.c", line 451: Syntax error before or at: .
> > UX:acomp: ERROR: "ip.c", line 452: invalid type combination
> > UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be
> > struct/union object UX:acomp: WARNING: "ip.c", line 464: left operand of
> > "." must be struct/union object UX:acomp: WARNING: "ip.c", line 465: left
> > operand of "." must be struct/union object UX:acomp: WARNING: "ip.c",
> > line 466: left operand of "." must be struct/union object UX:acomp:
> line 416 is:
>
> int32          s_addr;
>
> s_addr is seen by the compiler as:
>
> uint32           __S_un . __S_addr ;
>
>
> We need to pick another name.

As a side note, if s_addr is being defined by a common system header, you
should probably complain to your vendor as well, since that's amazingly
bad behavior on its part.


Sun, 7 Sep 2003 12:52:18 -0700 (PDT)
Stephan Szabo <sszabo@megazone.bigpanda.com>
Re: Unixware 713 probs
--On Sunday, September 07, 2003 12:52:18 -0700 Stephan Szabo 
<sszabo@megazone.bigpanda.com> wrote:

>
> On Sun, 7 Sep 2003, Larry Rosenman wrote:
>
>>
>>
>> --On Sunday, September 07, 2003 20:22:30 +0200 ohp@pyrenet.fr wrote:
>>
>> [snip]
>>
>> > /usr/local/bin/gmake -C libpq all
>> > gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
>> > cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c
>> > -o ip.o ip.c UX:acomp: ERROR: "ip.c", line 416: Syntax error before or
>> > at: . UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be
>> > struct/union object UX:acomp: WARNING: "ip.c", line 427: left operand
>> > of "." must be struct/union object UX:acomp: WARNING: "ip.c", line
>> > 428: left operand of "." must be struct/union object UX:acomp:
>> > WARNING: "ip.c", line 429: left operand of "." must be struct/union
>> > object UX:acomp: WARNING: "ip.c", line 430: left operand of "." must
>> > be struct/union object UX:acomp: ERROR: "ip.c", line 451: Syntax error
>> > before or at: . UX:acomp: ERROR: "ip.c", line 452: invalid type
>> > combination
>> > UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be
>> > struct/union object UX:acomp: WARNING: "ip.c", line 464: left operand
>> > of "." must be struct/union object UX:acomp: WARNING: "ip.c", line
>> > 465: left operand of "." must be struct/union object UX:acomp:
>> > WARNING: "ip.c", line 466: left operand of "." must be struct/union
>> > object UX:acomp:
>> line 416 is:
>>
>> int32          s_addr;
>>
>> s_addr is seen by the compiler as:
>>
>> uint32           __S_un . __S_addr ;
>>
>>
>> We need to pick another name.
>
> As a side note, if s_addr is being defined by a common system header, you
> should probably complain to your vendor as well, since that's amazingly
> bad behavior on its part.

netinet/in_f.h:#define s_addr   __S_un.__S_addr

Hrm.  I'll ask, but this is SCO, so.........

Meanwhile, this header is in the field, so.........
I fired off a note to a contact at SCO.



LER


-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Sun, 07 Sep 2003 14:57:29 -0500
Larry Rosenman <ler@lerctr.org>
Re: Unixware 713 probs
Hi all,
Just wondering if someone could help me with this rather specific problem.
I am trying to figure out where i should insert some code that basically
resets stats after a certain number of transactions(or sql statements)
have been executed. Collects Stats after some more statements have been
executed and continues to do this.
I need to access these stats so i store them in Shared memory.
The long term goal is to reset stats, collect stats, reset stats, collect
second set of stats, compare 1st and second stats. Therefore i can't have
the 1st or second stats rewritting itself.
I had this problem when i tried to insert the code in the Executor under
ExecutorRun().

Signed Very Desperate




Sun, 7 Sep 2003 16:05:59 -0400 (EDT)
Nailah Ogeer <ogeer@cs.queensu.ca>
Code insertion
On Sun, 7 Sep 2003, Larry Rosenman wrote:

>
>
> --On Sunday, September 07, 2003 12:52:18 -0700 Stephan Szabo
> <sszabo@megazone.bigpanda.com> wrote:
>
> >
> > On Sun, 7 Sep 2003, Larry Rosenman wrote:
> >
> >>
> >>
> >> --On Sunday, September 07, 2003 20:22:30 +0200 ohp@pyrenet.fr wrote:
> >>
> >> [snip]
> >>
> >> > /usr/local/bin/gmake -C libpq all
> >> > gmake[3]: Entering directory `/home/postgres/pgsql/src/backend/libpq'
> >> > cc -O -Kinline,no_host -I../../../src/include -I/usr/local/include  -c
> >> > -o ip.o ip.c UX:acomp: ERROR: "ip.c", line 416: Syntax error before or
> >> > at: . UX:acomp: WARNING: "ip.c", line 419: left operand of "." must be
> >> > struct/union object UX:acomp: WARNING: "ip.c", line 427: left operand
> >> > of "." must be struct/union object UX:acomp: WARNING: "ip.c", line
> >> > 428: left operand of "." must be struct/union object UX:acomp:
> >> > WARNING: "ip.c", line 429: left operand of "." must be struct/union
> >> > object UX:acomp: WARNING: "ip.c", line 430: left operand of "." must
> >> > be struct/union object UX:acomp: ERROR: "ip.c", line 451: Syntax error
> >> > before or at: . UX:acomp: ERROR: "ip.c", line 452: invalid type
> >> > combination
> >> > UX:acomp: WARNING: "ip.c", line 455: left operand of "." must be
> >> > struct/union object UX:acomp: WARNING: "ip.c", line 464: left operand
> >> > of "." must be struct/union object UX:acomp: WARNING: "ip.c", line
> >> > 465: left operand of "." must be struct/union object UX:acomp:
> >> > WARNING: "ip.c", line 466: left operand of "." must be struct/union
> >> > object UX:acomp:
> >> line 416 is:
> >>
> >> int32          s_addr;
> >>
> >> s_addr is seen by the compiler as:
> >>
> >> uint32           __S_un . __S_addr ;
> >>
> >>
> >> We need to pick another name.
> >
> > As a side note, if s_addr is being defined by a common system header, you
> > should probably complain to your vendor as well, since that's amazingly
> > bad behavior on its part.
>
> netinet/in_f.h:#define s_addr   __S_un.__S_addr
>
> Hrm.  I'll ask, but this is SCO, so.........
>
> Meanwhile, this header is in the field, so.........

Yeah, we obviously need to deal with it now, but hopefully at some
point in the future other people won't.


Sun, 7 Sep 2003 14:03:41 -0700 (PDT)
Stephan Szabo <sszabo@megazone.bigpanda.com>
Re: Unixware 713 probs
Larry Rosenman wrote:

> Here's a quickie patch I did to fix it. 

Patching this or not, if the function's called the backend will SEGV 
either (at least on my 2.4.20 it does) because a IPV6 address is copied 
in the memory space of a IPV4 address.

Regards,
Andreas



Sun, 07 Sep 2003 23:34:45 +0200
Andreas Pflug <pgadmin@pse-consulting.de>
Re: Unixware 713 probs
Andreas Pflug <pgadmin@pse-consulting.de> writes:
> Larry Rosenman wrote:
>> Here's a quickie patch I did to fix it. 

> Patching this or not, if the function's called the backend will SEGV 
> either (at least on my 2.4.20 it does) because a IPV6 address is copied 
> in the memory space of a IPV4 address.

I fixed that yesterday.

The s_addr name collision is unfortunate, but easily worked around;
fix committed as suggested by Larry.

			regards, tom lane

Sun, 07 Sep 2003 20:57:04 -0400
Tom Lane <tgl@sss.pgh.pa.us>
Re: Unixware 713 probs 
Tom Lane wrote:

>Andreas Pflug <pgadmin@pse-consulting.de> writes:
>  
>
>>Larry Rosenman wrote:
>>    
>>
>>>Here's a quickie patch I did to fix it. 
>>>      
>>>
>
>  
>
>>Patching this or not, if the function's called the backend will SEGV 
>>either (at least on my 2.4.20 it does) because a IPV6 address is copied 
>>in the memory space of a IPV4 address.
>>    
>>
>
>I fixed that yesterday.
>  
>
Ah, didn't notice, I thought you would announce this to have it tested.
I just did and it works as expected.

Regards,
Andreas



Mon, 08 Sep 2003 12:52:26 +0200
Andreas Pflug <pgadmin@pse-consulting.de>
Re: Unixware 713 probs
Thanks Tom,
I just cvs update'd and it ccompiles and regression tests pass.

I've have no time today to go further though
On Sun, 7 Sep 2003, Tom Lane wrote:

> Date: Sun, 07 Sep 2003 20:57:04 -0400
> From: Tom Lane <tgl@sss.pgh.pa.us>
> To: Andreas Pflug <pgadmin@pse-consulting.de>
> Cc: Larry Rosenman <ler@lerctr.org>, pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Unixware 713 probs
>
> Andreas Pflug <pgadmin@pse-consulting.de> writes:
> > Larry Rosenman wrote:
> >> Here's a quickie patch I did to fix it.
>
> > Patching this or not, if the function's called the backend will SEGV
> > either (at least on my 2.4.20 it does) because a IPV6 address is copied
> > in the memory space of a IPV4 address.
>
> I fixed that yesterday.
>
> The s_addr name collision is unfortunate, but easily worked around;
> fix committed as suggested by Larry.
>
> 			regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
>                http://archives.postgresql.org
>

-- 
Olivier PRENANT        	        Tel: +33-5-61-50-97-00 (Work)
6, Chemin d'Harraud Turrou           +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                       +33-6-07-63-80-64 (GSM)
FRANCE                          Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)

Mon, 8 Sep 2003 12:54:52 +0200 (MET DST)
ohp@pyrenet.fr
Re: Unixware 713 probs 