Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Gilles Darold <gilles(dot)darold(at)dalibo(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS
Date: 2014-11-13 23:15:20
Message-ID: 20141113231520.GN13473@awork2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2014-11-13 18:00:45 -0500, Stephen Frost wrote:
> * Stephen Frost (sfrost(at)snowman(dot)net) wrote:
> > I'm happy to fix it either way (and fix it for 8.1, and back to.. what?
> > Postgres95?)
>
> Err. That might have come off poorly- I didn't mean that sarcastically
> but was really wondering how far back you test (or how far back we
> feel pg_dumpall needs to work against..). I was originally going to say
> 7.4, but then figured we might try to go back farther than even that
> and, well, Postgres95 is the oldest we have "easy" access to..

pg_dump currently errors out before 7.0:
/*
* We allow the server to be back to 7.0, and up to any minor release of
* our own major version. (See also version check in pg_dumpall.c.)
*/
fout->minRemoteVersion = 70000;
fout->maxRemoteVersion = (PG_VERSION_NUM / 100) * 100 + 99;

I do think it might be justifyable to bump that a bit.

Greetings,

Andres Freund

--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sam Saffron 2014-11-13 23:23:21 Performance issue with libpq prepared queries on 9.3 and 9.4
Previous Message Stephen Frost 2014-11-13 23:00:45 Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS