Home > Archive > PostgreSQL Bugs > November 2005 > BUG #2031: Patch also required prior to ML3









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author BUG #2031: Patch also required prior to ML3
Mark Gibson

2005-11-09, 9:23 am


The following bug has been logged online:

Bug reference: 2031
Logged by: Mark Gibson
Email address: gibsonm@cromwell.co.uk
PostgreSQL version: 8.1.0
Operating system: AIX 5.3 (5300-01)
Description: Patch also required prior to ML3
Details:

Hello,
I've just downloaded and compiled PostgreSQL 8.1.0
on our AIX 5.3 machine (which already has PG 8.0.4
installed).
AIX hasn't had any maintence levels applied yet,
so oslevel -r returns: 5300-01.
_SS_MAXSIZE has been set to 1025 manually, this was
required for 8.0.4.
But with 8.1.0 the patch for dynahash.c had to be
applied before the regression tests would run.
So the problem described in FAQ_AIX appears not
to be specific to AIX 5.3 ML3.
I can supply more info if required.
(Please reply directly to my email as I'm not
subscribed to any lists)

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Seneca Cunningham

2005-11-09, 8:24 pm

Mark Gibson wrote:
> AIX hasn't had any maintence levels applied yet,
> so oslevel -r returns: 5300-01.
> _SS_MAXSIZE has been set to 1025 manually, this was
> required for 8.0.4.
> But with 8.1.0 the patch for dynahash.c had to be
> applied before the regression tests would run.
> So the problem described in FAQ_AIX appears not
> to be specific to AIX 5.3 ML3.


What do "instfix -ci | grep bos.rte.bind_cmds" and "instfix -ci | grep
bos.adt.base" return?

--
Seneca Cunningham
scunning@ca.afilias.info

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Mark Gibson

2005-11-10, 9:24 am

Seneca Cunningham wrote:
> Mark Gibson wrote:
>
>
>
> What do "instfix -ci | grep bos.rte.bind_cmds" and "instfix -ci | grep
> bos.adt.base" return?
>


$ instfix -ci | grep bos.rte.bind_cmds

IY58143:bos.rte.bind_cmds:5.3.0.1:5.3.0.10:+:Required fixes for AIX 5.3
IY59386:bos.rte.bind_cmds:5.3.0.10:5.3.0.10:=:ld -m does not produce any
output
IY60158:bos.rte.bind_cmds:5.3.0.10:5.3.0.10:=:RESOLVEALL LDR_CNTRL
variable setting
IY60696:bos.rte.bind_cmds:5.3.0.10:5.3.0.10:=:nm symbol size printing
truncates
IY62441:bos.rte.bind_cmds:5.3.0.10:5.3.0.10:=:FVTR_SERV: dump -t +t does
not give proper output
5300-01_AIX_ML:bos.rte.bind_cmds:5.3.0.10:5.3.0.10:=:AIX 5300-01 Update


$ instfix -ci | grep bos.adt.base

IY58689:bos.adt.base:5.3.0.10:5.3.0.10:=:cxref with -w num option fails
IY58712:bos.adt.base:5.3.0.10:5.3.0. 10:=:cxref,cflow,lin
t fail of
variable starts with dollar
IY59454:bos.adt.base:5.3.0.10:5.3.0.10:=:as produces renamed symbols in
object file
IY60145:bos.adt.base:5.3.0.10:5.3.0.10:=:cflow outputs a warning msg.
IY60146:bos.adt.base:5.3.0.10:5.3.0.10:=:lint command outputs warning
message
IY60681:bos.adt.base:5.3.0.10:5.3.0.10:=:make fails with more than one
(.) in the source path
IY61149:bos.adt.base:5.3.0.10:5.3.0.10:=:do not invoke assembler with
'cc -qarch=pwr4'
5300-01_AIX_ML:bos.adt.base:5.3.0.10:5.3.0.10:=:AIX 5300-01 Update


--
Mark Gibson <gibsonm |AT| cromwell |DOT| co |DOT| uk>
Web Developer & Database Admin
Cromwell Tools Ltd.
Leicester, England.

____________________
____________________
___________

This email is intended for the named recipient. The information contained
in it is confidential. You should not copy it for any purposes, nor
disclose its contents to any other party. If you received this email
in error, please notify the sender immediately via email, and delete it from
your computer.

Any views or opinions presented are solely those of the author and do not
necessarily represent those of the company.

Registered Office: PO Box 14, Chartwell Dr, Wigston, Leicester. LE18 1AT
____________________
____________________
__________


---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Sponsored Links





Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive | Programming forum archive

Copyright 2008 droptable.com