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

Re: 8.1 Release Candidate 1 Coming ...

From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: 8.1 Release Candidate 1 Coming ...
Date: 2005-10-31 19:17:13
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) writes:
> Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> writes:
>> hmm well -HEAD(and 8.0.4 too!) is broken on AIX 5.3ML3:
> [ shrug... ]  The reports of this problem have not given enough
> information to fix it, and since it's not a regression from 8.0,
> it's not going to hold up the 8.1 release.  When and if we receive
> enough info to fix it, we'll gladly do so, but ...

Well, we never had an AIX 5.3 system when 8.0 was released, so didn't
attempt a compile.  Seneca just tried out a build on 8.0.3 on AIX 5.3;
it appears to be experiencing the same problem with initdb, and a
slight modification of the previous "fix" appears to resolve the

Can you suggest what further we might provide that would help?

> (My guess is that the problem is a compiler or libc bug anyway,
> given that one report says that replacing a memcpy call with an
> equivalent loop makes the failure go away.)

It seems unlikely to be a compiler bug as the same issue has been
reported with both GCC and IBM XLC.  I could believe it being a libc

It would be terribly disappointing to have to report both internally
and externally that AIX 5.3 is not a usable platform for recent
releases of PostgreSQL...
Never lend your car to anyone  to whom you have given birth to. 
--Erma Bombeck

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2005-10-31 19:19:46
Subject: Re: slru.c race condition (was Re: [HACKERS] TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)",)
Previous:From: Bruce MomjianDate: 2005-10-31 18:50:40
Subject: Re: slru.c race condition (was Re: [HACKERS] TRAP: FailedAssertion("!((itemid)->lp_flags

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